Consulting for a Small Construction Company
-
@dafyre said in Consulting for a Small Construction Company:
Our web Browsers request/send information from a web server.
That's not what a client/server architecture is, though.
-
Straight static web pages, yes, that's client server. It's also non-critical. It's just file serving.
-
Web applications (not file serving) is almost exclusively multi-tier and has been almost forever...
-
@scottalanmiller said in Consulting for a Small Construction Company:
Web applications (not file serving) is almost exclusively multi-tier and has been almost forever...
Read the first sentence...
"In software engineering, multitier architecture (often referred to as n-tier architecture) is a client–server architecture in which presentation, application processing, and data management functions are physically separated. The most widespread use of multitier architecture is the three-tier architecture."
It doesn't matter if there's 1 tier, or 10 tiers... Something is a client, and something is a server.
-
@dafyre said in Consulting for a Small Construction Company:
@scottalanmiller said in Consulting for a Small Construction Company:
Web applications (not file serving) is almost exclusively multi-tier and has been almost forever...
Read the first sentence...
"In software engineering, multitier architecture (often referred to as n-tier architecture) is a client–server architecture in which presentation, application processing, and data management functions are physically separated. The most widespread use of multitier architecture is the three-tier architecture."
It doesn't matter if there's 1 tier, or 10 tiers... Something is a client, and something is a server.
That's not what we are discussing though, we are talking about the common usage of the term client-server. Which is just a client talking directly to the data source. That's what people use the term to mean.
-
@scottalanmiller said in Consulting for a Small Construction Company:
@Carnival-Boy said in Consulting for a Small Construction Company:
"The solution you want, which is perfect for your needs, uses slightly out-dated technology, therefore please choose a different, inferior and more expensive solution"
Isn't that putting IT needs before business needs?
The two should be one and the same. And "slightly" outdated is totally missing the point. This is technology that was ridiculous to have been making since the late 1990s. Two decades of not bringing it up to date means that there is incredible business risk involved (based on averages.) This suggests that either we have unmaintaned code, a company that actively doesn't care about the needs of their clients or, most of the time, a company selling an old product that no longer has developers and they can't fix it if they need to.
You are making a wild assumption that this is superior or cheaper than modern, well made, supported software. I've never once seen that be true in a situation like this. What I've pointed out above is that companies that say that there is no other option (especially companies is super standard industries like this) is that they didn't look for options and just chose one bad one.
This is technology that many companies use today. There is not a damned thing wrong with a client-server model itself. It is all kinds of wrong for this situation, but you are making more blanket statements with no basis in fact.
-
@scottalanmiller said in Consulting for a Small Construction Company:
@Dashrender said in Consulting for a Small Construction Company:
I've worked with a few small'ish industry businesses (alcohol distributors and HVAC distributors) They both used a product produced by a vendor inside those industries as their 20% uniqueness - both packages are just horrible from a design/support perspective, both required local admin and damn near impossible to make run as a non admin.
These software packages are so unique though, that I don't know if a third party software solution would really work for them, without going to extreme lengths to import the data from each vendor, then create the interdependence between components as the current solution provides.
It's frustrating to look at what some of these places have to deal with.
Just because the package is unique does not mean that it is useful, though. I've never heard anyone claim "competitive advantage" or "improved efficiency" or "improved profits" only ever "uniqueness" which is what people would say when they need a reason but don't have one for why they chose it. Uniqueness alone isn't an advantage.
In these cases, it's not about uniqueness, it's about functionality. Hand coding their own solution, assuming they could get the raw data to put into their own solution would cost many times what it costs to just buy the product from the vendor. Beyond that, I'm not sure what you are driving at.
-
@Dashrender said in Consulting for a Small Construction Company:
@scottalanmiller said in Consulting for a Small Construction Company:
@Dashrender said in Consulting for a Small Construction Company:
I've worked with a few small'ish industry businesses (alcohol distributors and HVAC distributors) They both used a product produced by a vendor inside those industries as their 20% uniqueness - both packages are just horrible from a design/support perspective, both required local admin and damn near impossible to make run as a non admin.
These software packages are so unique though, that I don't know if a third party software solution would really work for them, without going to extreme lengths to import the data from each vendor, then create the interdependence between components as the current solution provides.
It's frustrating to look at what some of these places have to deal with.
Just because the package is unique does not mean that it is useful, though. I've never heard anyone claim "competitive advantage" or "improved efficiency" or "improved profits" only ever "uniqueness" which is what people would say when they need a reason but don't have one for why they chose it. Uniqueness alone isn't an advantage.
In these cases, it's not about uniqueness, it's about functionality. Hand coding their own solution, assuming they could get the raw data to put into their own solution would cost many times what it costs to just buy the product from the vendor. Beyond that, I'm not sure what you are driving at.
What I'm saying is that lots of companies make this claim that their businesses are "so unique" in their industry that they can't use standard tools (MS Office, QuickBooks, Sharepoint, what have you) but instead need "apps made for their industry." In some cases, it is certainly true, medical offices for example. But for many businesses, it's simply a marketing tactic. Lots of these companies claim uniqueness even though it turns out their special software does nothing special.
-
Example... I've seen undertakers use custom software that costs an arm and a leg, is written like crap, doesn't work reliably and has all kinds of insane dependencies. Did it do something special to warrant using it? No. Excel would have been better.
-
@scottalanmiller said in Consulting for a Small Construction Company:
Example... I've seen undertakers use custom software that costs an arm and a leg, is written like crap, doesn't work reliably and has all kinds of insane dependencies. Did it do something special to warrant using it? No. Excel would have been better.
Sure, in there case Excel might have worked, even though they would have to manually import all of their inventory into then create the flows (logic) that allows what part to go with what casket, etc).
-
@Dashrender said in Consulting for a Small Construction Company:
@scottalanmiller said in Consulting for a Small Construction Company:
Example... I've seen undertakers use custom software that costs an arm and a leg, is written like crap, doesn't work reliably and has all kinds of insane dependencies. Did it do something special to warrant using it? No. Excel would have been better.
Sure, in there case Excel might have worked, even though they would have to manually import all of their inventory into then create the flows (logic) that allows what part to go with what casket, etc).
Right. But for the average business... this works. I'm not saying Excel specifically. But there are tons of standard tools developers for normal businesses. And they work for the majority of them. And the smaller you get, the more they make sense. And those industries that "need" special case software, there is almost always good software available. There are exceptions, but everyone thinks that their industry is the special case.
-
@scottalanmiller said in Consulting for a Small Construction Company:
@Dashrender said in Consulting for a Small Construction Company:
@scottalanmiller said in Consulting for a Small Construction Company:
Example... I've seen undertakers use custom software that costs an arm and a leg, is written like crap, doesn't work reliably and has all kinds of insane dependencies. Did it do something special to warrant using it? No. Excel would have been better.
Sure, in there case Excel might have worked, even though they would have to manually import all of their inventory into then create the flows (logic) that allows what part to go with what casket, etc).
Right. But for the average business... this works. I'm not saying Excel specifically. But there are tons of standard tools developers for normal businesses. And they work for the majority of them. And the smaller you get, the more they make sense. And those industries that "need" special case software, there is almost always good software available. There are exceptions, but everyone thinks that their industry is the special case.
I really wish that was the case for the HVAC group I'm working with now - sadly it's not.
-
What kind of special case software do they need?
-
Building HVAC systems. You pick the chassis, then you are shown only a list of items allowed for that chassis. Sure you can do this with Excel or some other Access like DB, sure don't want to use Access. But then you'd still have to have the software installed somewhere so you can get the raw data (you're lucky if you don't have to pull it out by hand) and import it into your system and then make sure the logic is correct.
-
@Dashrender said in Consulting for a Small Construction Company:
Building HVAC systems. You pick the chassis, then you are shown only a list of items allowed for that chassis. Sure you can do this with Excel or some other Access like DB, sure don't want to use Access. But then you'd still have to have the software installed somewhere so you can get the raw data (you're lucky if you don't have to pull it out by hand) and import it into your system and then make sure the logic is correct.
This kind of thing should be all web based and pulling from a vendor provided API or even XML export or something.
-
@Dashrender said in Consulting for a Small Construction Company:
Building HVAC systems. You pick the chassis, then you are shown only a list of items allowed for that chassis. Sure you can do this with Excel or some other Access like DB, sure don't want to use Access. But then you'd still have to have the software installed somewhere so you can get the raw data (you're lucky if you don't have to pull it out by hand) and import it into your system and then make sure the logic is correct.
Most ERP systems can do configuration and validation automatically without having a user look into it. Most web fronts, even FOSS ones, can do this too with minimal configuration.
-
@Dashrender said in Consulting for a Small Construction Company:
Building HVAC systems. You pick the chassis, then you are shown only a list of items allowed for that chassis. Sure you can do this with Excel or some other Access like DB, sure don't want to use Access. But then you'd still have to have the software installed somewhere so you can get the raw data (you're lucky if you don't have to pull it out by hand) and import it into your system and then make sure the logic is correct.
What's complex about that that you would need much of anything at all? This sounds like, unless I'm missing something big, exactly what common tools are built for. What's unique or special to HVAC here?
-
This is why I recommended a VPS. They can whatever proprietary software they want to run and run it in the cloud.
-
@scottalanmiller said in Consulting for a Small Construction Company:
@Dashrender said in Consulting for a Small Construction Company:
Building HVAC systems. You pick the chassis, then you are shown only a list of items allowed for that chassis. Sure you can do this with Excel or some other Access like DB, sure don't want to use Access. But then you'd still have to have the software installed somewhere so you can get the raw data (you're lucky if you don't have to pull it out by hand) and import it into your system and then make sure the logic is correct.
What's complex about that that you would need much of anything at all? This sounds like, unless I'm missing something big, exactly what common tools are built for. What's unique or special to HVAC here?
I guess it's simply getting access to the actual data. If the vendor will send over a csv, then it wouldn't be that hard...
-
@Dashrender said in Consulting for a Small Construction Company:
I guess it's simply getting access to the actual data. If the vendor will send over a csv, then it wouldn't be that hard...
Is this a matter of vendors denying access to data and only providing the info via their own configuration utility? So they need one from each vendor?
