Earlier quoted context omitted.
Business guys usually comes together and brag about their works. Quite often, they start to talk about things they heard but don’t understand much. And the other one hear about it, get excited, but also don’t understand much. Then on the meeting, he brought the idea up and convince everyone to do it. The next you know, you’re pulling your hair out trying to understand what is going on
I know a guy that works at a company where the CEO will sell something to customers not knowing anything about the technical details, and then come back to the business and "make them do it".
How many of you know that the team is working on something that no-one wants?
221–230 of 428 posts
Re: How many of you know that the team is working on something that no-one wants?
#222Re: How many of you know that the team is working on something that no-one wants?
#223Earlier quoted context omitted.
The story would probably make little sense to most HN readers, since it's very old and what was very non-obvious back then, became very obvious 5 years later. Around 1994/95 client/server was unassailable in board rooms (much like AI is now). And after initially speaking up against it, I ended up shutting up about my criticism of that architectural approach, since it would have just gotten me fired. So I ended up sne…
This may be a stupid question, but what does "client/server" mean in this context? I would interpret it to mean any networked or Internet-based application that has both client- and server-side logic, which obviously isn't anything special in 2020, but it sounds like you're referring to something else that would now be considered outdated?
Not a stupid question at all, since terminology has been shifting over the decades.
Back in the early 1990s, the original client/server generally meant all application code (logic and UI) on the client computer, and all the data on the server. So a very fat client.
Database stored procedures (i.e. some logic on the server) only arrived on the scene later during that time, because the original architecture of all code on the client caused performance nightmares. But don’t get me started on the trials and tribulations of early stored procedures. They often caused more project turmoil rather than smoothen things out. — Partly because they weren’t good languages yet, partly because of amplifying developer vs. dba conflicts.
Re: How many of you know that the team is working on something that no-one wants?
#224Earlier quoted context omitted.
Solve self driving? How bout market prediction and just play the market forever. Why would you risk failure when you can just do nothing and make trillions?
Financier Martin Armstrong claims to have exactly such a system but it doesn't predict the market, it only makes quite accurate market forecasts.
Re: How many of you know that the team is working on something that no-one wants?
#225There was this new guy who was previously in business development and customer support and somehow had got his role changed to associate product manager by talking to CEO, about his passion etc. He suggested a product by reading about a recently funded company in USA. I, a product manager and another one of the product manager, simply rejected the idea given very small market size and complexity of the product and technology required. But CEO bypassed our suggestion and we did build that product for more than 2 years, putting in tons of effort and resources, perfecting it but even then there was hardly any noticeable sales.
Re: How many of you know that the team is working on something that no-one wants?
#226Earlier quoted context omitted.
This may be a stupid question, but what does "client/server" mean in this context? I would interpret it to mean any networked or Internet-based application that has both client- and server-side logic, which obviously isn't anything special in 2020, but it sounds like you're referring to something else that would now be considered outdated?
I might be totally off the mark here, but in context I assumed the contrast was with doing all work on a thick "client". A client-server architecture in principle lets you run thinner clients and offload the heavy work, but in practice the network would've been expensive. A modern analogue might be something like premature distributed computing.
But you’re right in saying that the original client/server had all of the UI and business logic on a very fat client - and the server only served the data over very low bandwith networks.
Re: How many of you know that the team is working on something that no-one wants?
#227Earlier quoted context omitted.
> we all know the project will fail unless someone develops well-perfoming, human-level AGI before Q4/2020 This is hilarious, and makes me wonder how many similar corporate AI initiatives are under way in the world right now.
Dude I see hilariously absurd ideas for AI implementation in both the film and podcast worlds. There is definitely potential - such as transcriptions - but people are way overselling the efficacy and trying to “disrupt” with AI in ways no industry professional is asking for.
The pinnacle of the low failure cost principle must be ad targeting, it costs nothing besides opportunity to display the wrong ad. And the success metric can even be inverted if the mistake is sufficiently surprising: I'd probably be more likely to deliberately click an ad that is entirely off my beaten path, out of curiosity, than something that aligns with my actual interests. Who wouldn't click on an ad for e.g. curling brooms? Curlers.
Re: How many of you know that the team is working on something that no-one wants?
#228Earlier quoted context omitted.
What always drives me crazy about instances like this, is that managers and the c-level seem to be much more willing to listen to some "random" guy or blog over their own people. People they hired, people that have a much better understanding of the issue, the processes and so on. This effect is by no means limited to tech. And engineers, regardless of type, are by no means immune to that as soon as they reach higher…
They're just seeking some outside the box solutions. If you don't course correct, how do you know/show that you're driving?
Every times, I told him it wasn’t what he think. For a few times, I let it go, part to let he learn about the reality. I thought he would change the evaluation process. But no, he still stubborn.
I remember at Microsoft, people would need to win an argument with Bill Gate to get their idea approved. Sometimes, it was a really hear arguments. Maybe some people get inspired by this story too much.
Re: How many of you know that the team is working on something that no-one wants?
#229Earlier quoted context omitted.
This may be a stupid question, but what does "client/server" mean in this context? I would interpret it to mean any networked or Internet-based application that has both client- and server-side logic, which obviously isn't anything special in 2020, but it sounds like you're referring to something else that would now be considered outdated?
Something like Oracle forms with a custom clinet application talking to a database server.
Re: How many of you know that the team is working on something that no-one wants?
#230Every phone OS is absolute shit, and in reality no one wants it, but we have no choice. So it because the norm and we quietly accept it.
Not to mention a lot of frameworks and languages.