The bottleneck was never the code
thetypicalset.com
The bottleneck was never the code
1–10 of 446 posts
Re: The bottleneck was never the code
#2Re: The bottleneck was never the code
#3The flashing red dot on the web page is very annoying. Is there some design reason for that?
edit: I meant the inside `trail-map-container`
Re: The bottleneck was never the code
#4Re: The bottleneck was never the code
#5Re: The bottleneck was never the code
#6(not related to the article) The flashing red dot on the web page is very annoying. Is there some design reason for that? edit: I meant the inside `trail-map-container`
Re: The bottleneck was never the code
#7(not related to the article) The flashing red dot on the web page is very annoying. Is there some design reason for that? edit: I meant the inside `trail-map-container`
Re: The bottleneck was never the code
#8It goes without saying that agents have little to no product sense in any discipline. If you're building a game or an app or a business, your creative input still matters heavily! And the same is true for code; if the software is your product, then absolutely the context missed by skipping the writing process will degrade your output.
That doesn't mean that writing code wasn't a bottleneck even for creating well structured software projects. Being able to try multiple approaches (which would have previously been prohibitively expensive) can in many instances provide something a room of bickering humans never would have reached.
Re: The bottleneck was never the code
#9(not related to the article) The flashing red dot on the web page is very annoying. Is there some design reason for that? edit: I meant the inside `trail-map-container`
Re: The bottleneck was never the code
#10I think the argument here misses critical nuance; there is a difference between code used to implement a product and when code _is_ the product. It goes without saying that agents have little to no product sense in any discipline. If you're building a game or an app or a business, your creative input still matters heavily! And the same is true for code; if the software is your product, then absolutely the context mis…
Care to elaborate? I don't understand the difference unless you mean code that _is_ the product, being OSS code or code for license.