Big News: FounderDating is joining OneVest to build the largest community for entrepreneurs. Details here
Latest Notifications
You have no recent recommendations.
Name
Title
 
MiniBio
FOLLOW
Title
 Followers
FOLLOW TOPIC

Question goes here

1,300 Followers

  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur

Do you need technological review for project at idea stage?

I am working on a service to ease and automate the process of turning ideas into software products.

A first stage in this service is reviewing technology that is related to an idea and creating initial software architecture.

Do you think this is a required feature on its own?

Would it benefit you to have an experienced top level software architect review technologies around your idea and supply initial software architecture?

13 Replies

Sid Meka
0
1
Sid Meka Entrepreneur
CIO, Consultant, Technologist
Makes sense Ofer. There are too many startups out there without a sound technical architecture.
I'm an architect myself.. I understand
Dan Dascalescu
1
0
Dan Dascalescu Entrepreneur
Developer Advocate at Google
The initial architecture and technology choice create a path dependence in a product that becomes more and more expensive to change as the time goes by.

I've seen many project suffer from very high technical debt because of poorly thought out initial choice. For example, the lead of one project had picked a certain language for the backend of a web app simply because he was comfortable with it. Later as he tried to hire new team members, he found out that experts in that language were harder and harder to find, as the technology front had moved forward. Libraries were no longer being maintained etc.

This was the situation with Perl (which I had been a huge fan of) and these days we see more and more projects from from Rails or .NET or Java to JavaScript-everywhere platforms like Meteor. (JavaScript is eating the world.)

Technology debt can bite back very hard, and it's definitely worth the investment to make a solidinitialtechnology choice, that's as "future-proof" as as anything can be future-proof in the software world.
Shaheeda Abdul Kader
0
0
Shaheeda Abdul Kader Entrepreneur • Advisor
Entrepreneur Excited about Technology Enabled Solutions
Hi Ofer, At first glance I do believe it's a good idea. I have a couple of ideas I'm tinkering with and both need technology support. I'm a bit busy this week, but would be happy to discuss with you further next week. Warm Regards, Shaheeda Abdul Kader +971-50-7942895 Www.linkedin.com/in/shaheeda @saq3
Sam Colwill
0
0
Sam Colwill Advisor
Managing Director, Bathroom Retail Group
Sounds like a very appropriate service for any business looking to explore possible solutions for their ideas or challenges in a lot of cases.

The service needs of a small business will be significantly different to that of a large corporate, as well the level of complexity of the solution they seek, such as abasic app for narrow functionality through to complexed ERP systems. Perhaps this poses a slight marketing challenge for the service itself.

In either cases it will always be valuable for a software architect to hold the hand of theproprietorif they can ultimately look to provide a solid plan and extensive brief (most important part) for the best solution without anyulteriormotives. Sadly this isn't the case with many software development agencies who will stick to known technologies and always have a conflict between maximising their own profits and providing a satisfactory level of value to their client.

Good luck, and if it's something you pursue please get in touch.



Joe Emison
3
0
Joe Emison Advisor
Chief Information Officer at Xceligent
Most startups fail because there is no market need for what they build. Once you reach product-market fit, you will have time and resources to rearchitect and refactor what needs to be redone.

Struggling with growing problems is a much better problem to have than having an amazingly scalable architecture and no product-market fit.

You will also find that the "best practices" scalable architecture today is different than what it will be in 18 months, when you need it. You will have over engineered and delayed your launch to have a suboptimal architecture when you need to scale.

The principles of Lean Startup are correct: do everything to get to PMF and nothing else.


Ofer Elrom
1
0
Ofer Elrom Advisor
Independent Software developer. Designing, developing and leading software projects for complex systems.
Thank you all for replying. This is very helpful.

I would like to add that technological review can also be focused on what is the quickest and least expensive route to create the MVP you need.

This will usually involve prioritizing features by cost benefit ratio and finding existing technologies you can utilize instead of building from scratch.
Braydon Johnson-McCormick
0
0
Proven CEO, co-founder and practical business strategist for real-world results
Hi Joe - I would echo Joe's comment. For a startup, the most important thing is finding out if there is a market that actually cares about your software. Once you have some proof points of interest, then the architecture is super critical, but if you delay getting your product off the ground by focusing on architecture first, you'll have spent a bunch of money/time on nothing.

From a process standpoint I would see it like:

1. MVP/Proof of Concept - in whatever form it needs to be, (but don't be dumb about the architecture/platform of course - but beyond "don't be dumb", don't go much farther in definition, as long as it functions correctly)
2. Demonstrated market interest
3. Build to scale.


Jake Carlson
2
0
Jake Carlson Entrepreneur • Advisor
Software Development Manager at Oracle
Looks like I'm going to be the only dissenter here. ;)

Startups need good technical cofounders. It's true that architectural decisions will be biased toward the technologies familiar to him/her, but that's not always a bad thing so long as the technologies chosen are viable tools for the job. After all, he/she will be in the trenches doing the work, not some third party tech advising service.

Having a third party make those decisions up front has no better chance of not being biased toward the sensibilities of the chooser, and has a much higher chance of pigeon-holing the startup with tech that doesn't match the skill set of an otherwise ideal future technical cofounder, or the skill sets of available technical talent in general.

If I found a perfect fit as technical cofounder but the startup already had a third party recommendation for a tech stack I either don't have experience with or just plain disagree with, what then? Either they pass on me for that reason (which is a shame and a missed opportunity for both parties), or I come in and reevaluate / change the stack (which means they wasted time and money on the third party recommendation). Or, I suck it up and learn the new stack, wasting time and money in the process, and likely making me bitter about those fundamental technology decisions made without me.

Startups that involve heavy technical components need senior technical leadership, and they need it early. That leadership should be making the decisions, not a third party.
Joe Emison
0
0
Joe Emison Advisor
Chief Information Officer at Xceligent
Ofer's recent comment above is spot-on, but I wouldn't call that a technical review. But a process whereby you figure out the best way to get real product to customers and can test real adoption ASAP is excellent. And I would even delay hiring a CTO (who will likely come with a preferred stack that probably isn't the fastest way to get to PMF) until after you have customers, even if they're using a product held together with duct tape.


Tim Scott
1
0
Tim Scott Entrepreneur • Advisor
President, Lunaverse Software
IMO, this is a terrible idea.

So I've got my architecture, now what? Skype the lead Ukranian dev and ask if they can use [shiny new hotness] instead of Rails? The answer will of course be, yes. And they will build it, for maybe 30% more. In addition to all the corners they usually cut because I'm uber cost conscious, they'll cut a bunch more because they're just learning the idioms and magical parts of this newer "future proof" stack.

Technical debt and scaling headaches are wonderful problems that most startups never ever come close to having. The fact that Twitter dumped Rails after it's jillionth user is utterly meaningless to a seed stage startup. Indeed studies have shown that worrying about future problems like robust architecture early on can positively prevent you from ever climbing out of the the crib.

If I'm a non-technical founder one assumption I must make is that my product idea is mostly wrong. That means our product must change frequently, drastically and quickly. It means I need a full time technical leader who knows something about how product-market fit is found. I need someone who loves me enough (has a big stake in the upside of the company and not so much resume building or fees) deciding which corners to cut and which to never cut. A less smart or less aligned implementer will yield you a bigger pile of technical debt even if they start with a "prefect" architecture. IMO, architecture emerges from a long series of smart decisions by smart people with the right incentives. It's a mistake to see it as a discreet task.

Another point is that, the "future proof" technology isn't. Our craft always goes down blind allies and follows cargo cults. For example, it turns out many problems thought to be no-SQL-shaped turn out to be more relational-shaped. How many single-page apps today are horribly over-engineered? It's devilishly hard to know which path to start down on day one, so you're best to expect to switch paths probably more than once.
Join FounderDating to participate in the discussion
Nothing gets posted to LinkedIn and your information will not be shared.

Just a few more details please.

DO: Start a discussion, share a resource, or ask a question related to entrepreneurship.
DON'T: Post about prohibited topics such as recruiting, cofounder wanted, check out my product
or feedback on the FD site (you can send this to us directly info@founderdating.com).
See the Community Code of Conduct for more details.

Title

Give your question or discussion topic a great title, make it catchy and succinct.

Details

Make sure what you're about to say is specific and relevant - you'll get better responses.

Topics

Tag your discussion so you get more relevant responses.

Question goes here

1,300 Followers

  • Name
    Details
  • Name
    Details
  • Name
    Details
  • Name
    Details
  • Name
    Details
  • Name
    Details
  • Name
    Details
  • Name
    Details
Know someone who should answer this question? Enter their email below
Stay current and follow these discussion topics?