Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
tcbasche
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
31.
▲
by
tcbasche
5y ago
I feel like having automated testing though is objectively beneficial. I imagine SO make up for that by having a QA team and spend a heap of time manually testing stuff at the expense of “performance”.
32.
▲
by
tcbasche
5y ago
That “doubling of cost” thing is utter rubbish. If you produce higher quality code with two people deeply aware of the design and maintenance of a system doesn’t that reduce overall cost? I swear this “doubling cost” is one of those myths p
33.
▲
by
tcbasche
5y ago
I've seen a few developers see multiple "duplicated" API formats for instance (for different API's) in the same codebase and think those are "duplicated" and then entangle two completely separate API's tog
34.
▲
by
tcbasche
5y ago
> No PR, no code review, no CI. Just a cowboy pushing to the master.. Let's be clear that the dangers here are "no code review" and "no CI". The others are fine in most circumstances, unless you work on some huge
35.
▲
by
tcbasche
5y ago
Not even at a language level. There are Java developers who only want to work with particular frameworks (Spring) and don't know anything else or want to learn anything else.
36.
▲
by
tcbasche
5y ago
> Python prototypes were usually written by part-time ex-academia Python dabblers This seems like a monumental level of operational waste. I'd love to hear more about this particular setup
37.
▲
by
tcbasche
5y ago
I feel like that’s a bell you can’t unring though. What if they say yes? How can an employer possibly trust you don’t just go looking for an even better deal in a few months?
38.
▲
Professional-Grade Mypy Configuration
(blog.wolt.com)
1 points
by
tcbasche
5y ago
|
0 comments
39.
▲
by
tcbasche
5y ago
Ah I see. I guess, as with everything, it depends :) the lines are also so blurred - you can now have container-orchestration-as-a-service e.g AWS Fargate.
40.
▲
by
tcbasche
5y ago
I’m a little confused by the question. When you say “microservices” do you mean individual servers with something running in them? Because serverless just means using some proprietary cloud tech to run code whereas a microservice refers to
41.
▲
Tips for writing production-ready Celery tasks
(blog.wolt.com)
2 points
by
tcbasche
5y ago
|
0 comments
42.
▲
by
tcbasche
5y ago
You can motivate someone to get into a genre of film or music, but to get them into such an intense hobby seems like a recipe for failure. Especially if your motive is “well I like, why don’t you?”
43.
▲
by
tcbasche
5y ago
I don’t think I could survive the sheer amount of context switching if I had 2 jobs
44.
▲
by
tcbasche
5y ago
I’ve seen this “deploy on day one” rule and it just seems arbitrary. I would argue that pairing with someone else and working on something together (regardless of shipping or not) on their first day is far more valuable than focusing on sh
45.
▲
by
tcbasche
5y ago
Only left a few months ago and in hindsight the draconian and somewhat arbitrary lockdown & border control laws have really opened my eyes. If you squint it looks somewhat like a Cold War state.
46.
▲
by
tcbasche
5y ago
Oh yeah. This thing is crazy. https://www.aph.gov.au/Parliamentary_Business/Bills_Legislat... Kinda glad I live in Europe now tbh
47.
▲
by
tcbasche
5y ago
"The Pragmatic Programmer" is a great alternative. It mixes real-world expectations with sensible craftsmanship. Clean Code is fine, I just think it's more aimed at inexperienced developers.
48.
▲
by
tcbasche
5y ago
I often get the feeling many people just maximise their take-home pay rather than how they function within the rest of society (and what society can do for them). I don't think any amount of money would convince me to have to live in t
49.
▲
by
tcbasche
5y ago
Yes, the Supercell HQ across the road from where I live must be a mirage ;)
50.
▲
by
tcbasche
5y ago
I don’t really think that’s true. Most US tech companies have branches in Europe nowadays
51.
▲
by
tcbasche
5y ago
I’ve found Python is just fine performance-wise for CLI tools. What bad experiences have you had with it? I’ve mostly used click.
52.
▲
by
tcbasche
5y ago
The classic is the /scripts directory in your codebase (presumably in VCS). The key is also to trawl through occasionally and remove anything that hasn't been used in a while.
53.
▲
by
tcbasche
5y ago
There was no reason given but I can only assume it’s punishment for not following through with your plans? In all seriousness I would suspect it’s purely a deterrence measure to further underline the arbitrary nature of this stupid restrict
54.
▲
by
tcbasche
5y ago
I think “tough hurdles” is a perception more than anything. I left recently to live and work in Europe and they approved the application in 2 days and didn’t ask any questions. All I provided was some proof of my new employment. The stupide
55.
▲
by
tcbasche
5y ago
I think it's worth noting that a developer like that comes from a combination of poor management, poor leadership and an inexperienced team. I would say it's almost rarely their fault (emphasis on almost) and we could do better to
56.
▲
by
tcbasche
5y ago
Having worked somewhere that had a very boring tech stack there's a real drive among junior developers to pile on the cool thing they saw at a conference / read in a blog into their current work. It becomes kind of a zealotry devo
57.
▲
by
tcbasche
5y ago
> Web development is bizarre and overly complex I would amend this and say, "in the wrong hands, and with insufficient experience, Web development is bizarre and overly complex" Yes granted, there's loads of competing fram
58.
▲
by
tcbasche
5y ago
Indeed, Brook's law[1] https://en.wikipedia.org/wiki/Brooks%27s_law
59.
▲
by
tcbasche
5y ago
> documented, well tested, opinionated, popular solution The problem I found is when less experienced developers build hacks in and then all of the above attributes fly out the window. All the custom glue code kinda renders the use of a
60.
▲
by
tcbasche
5y ago
I don't think this is an issue anymore. It's really straight-forward with flexboxes or a grid.
More ›