TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Treeline (YC W15) Wants to Take the Coding Out of Building a Back End

62 点作者 particlebanana大约 10 年前

11 条评论

bottled_poe大约 10 年前
I've always thought building a web service is the easy bit. In my experience, back end systems fit more closely with a conceptual model than the front end. As soon as things get to the user interface, you have to deal with real world problems, unexpected workflows, interactions, user expectations, variety of platform specifics, etc. To me, UI implementation seems so much harder.
评论 #9189086 未加载
评论 #9189082 未加载
knappador大约 10 年前
How to know if you might be a customer: Did you make a mockup that needs a backend but have little backend coding experience and are sick of including a bunch of the same libraries? If yes, maybe.<p>In short, they&#x27;re integrating some commonly used API&#x27;s and backend programs (Elastic Search etc) and putting a graphical programming model on top of it.<p>Crappy backends are pretty easy to throw up on a VPS or Heroku these days. It&#x27;s so easy that I&#x27;m likely to select an app server(s) and language based on what library (if any) is most critical to that particular request type.<p>At first I wasn&#x27;t sure who the target customer could possibly be. Was it a PaaS service? BackendaaS? A service like this lives in a weird space. It&#x27;s almost only good for early product dev and when the team&#x27;s backend devs are green.<p>Things like having unit tests, scale, completely custom capability etc will drive everyone who makes a successful product out at the very time that they can start to afford paying a lot.<p>Don&#x27;t burn all your money yet ;-D
评论 #9189313 未加载
评论 #9189306 未加载
评论 #9189914 未加载
practicalpants大约 10 年前
Yep, I have something vaguely similar to this which I&#x27;ve built over the years for my own projects, essentially generators for boilerplate for back end stuff, written with preferred libraries, coding styles, testing approaches, etc. From who I know, I think it&#x27;s common for back end devs.<p>Yet I&#x27;ve never really built &#x27;a simple&#x27; app... It does always requires substantial time tweaking, customizing, and building things that just can&#x27;t be automatically generated. I can&#x27;t imagine for anything that&#x27;s not just dead simple that you could take the generators all the way.<p>But I see you&#x27;re targeting front end folks, which makes sense. If they have simple use cases this could work nicely for them.
评论 #9189314 未加载
arihant大约 10 年前
I think this service should have one-click deploy to other Node.js platforms, at least Heroku, Beanstalk and Bluemix. I have a feeling that their concept would be most useful on ipad&#x2F;mobile. But for that to be useful there needs to be very easy deployment options that work with my hosting of choice.<p>I mean, imagine finding a bug, being able to fix it on your phone, and deploying it immediately. If it works that way, I&#x27;m sold.<p>Also, if this is aimed towards frontend devs primarily, then it should be noted that it is unlikely that a frontend dev would struggle with writing JS on Node. They are more likely to dislike the deployment.
评论 #9189215 未加载
评论 #9189259 未加载
评论 #9189200 未加载
salimmadjd大约 10 年前
This looks very very cool. But, who is the target audience here?<p>IMHO, this doesn&#x27;t have the best Product&#x2F;Market fit. I&#x27;m guessing the target is a non-programmer or just front-end guy who quickly wants to put together a backend.<p>If that&#x27;s the target, then why not provide a set of generic backend functions. For the mentioned target.<p>I think you can limited to a simple set like: registration, authentication, user profile, follow (friend), add content (text, image, video), like, list content, list all liked, list friends, etc.<p>This way you can become &quot;Wufoo for backend&quot;.
评论 #9189252 未加载
评论 #9189248 未加载
hackerews大约 10 年前
How do we try it out? I&#x27;ve been in beta list for a few days! :)
评论 #9189203 未加载
评论 #9189234 未加载
particlebanana大约 10 年前
co-founder here if anyone has any questions
评论 #9189057 未加载
评论 #9189113 未加载
评论 #9189350 未加载
idealboy大约 10 年前
As a front end dev, this is a game changer. So pumped.
评论 #9189233 未加载
naiv大约 10 年前
Is this for free? i cant find pricing information
评论 #9206302 未加载
imaginenore大约 10 年前
Yahoo Pipes 2.0?
lazyseq大约 10 年前
I don&#x27;t normally comment here, but I&#x27;ll bite on this one. ;tldr - I find the goal and customers here confusing, questionable, and not well thought-out. Additionally I find the founders insulting and naive in the article.<p>I still don&#x27;t get who is the current and future customer even after reading the other posts here and other available material. I fail to see line of business users writing anything in this as it is too complicated for them and too close to programming. I cannot see an experienced dev introducing this in a stack and investing the time in learning the tool&#x2F;libraries, building a system visually (super slow), and tying themselves to a 3rd party unknown start-up this tightly. As for the indie developers mentioned in the article who cannot build a scalable back-end, who are these people? Why are they developing apps? Maybe I am a grouching aging developer, but I really don&#x27;t understand who these people are - &quot;Indie developers comfortable building the user-facing side of an app themselves, but who would need assistance to build out a scalable backend.&quot;<p>I would argue that if you believe you are a person who builds apps, you should be capable of actually building the app you are building. Beyond that, you are just another person with an idea, which in our world means absolutely nothing. While I can see how people can build a prototype not knowing exactly what they are doing and become successful, the keyword here is prototype. A prototype doesn&#x27;t usually need to be scalable. If you want and need scalability, you need to build something carefully which matches your app&#x27;s use cases and real-world usage. This is a difficult problem and not one that can be solved by plugging in anything and waiving a wand.<p>Listen, I&#x27;ve worked as a developer since the late 80s, consultant since the 90s, spent many years at Microsoft, and worked for a few startups. I suppose I am one of those weird people who doesn&#x27;t care about the tools, language, whatever, just give me the task and I will find the best tools to do it, and learn them in hours if I must to get the job done so I am open to anything to help, but this app makes me feel like I live in the Twilight Zone. I have seen this exact product in some shape or form so many times whether it was Visual XXX or ABC Builder or even some layer on a product like SharePoint, Dynamics CRM, Wordpress, whatever. The closest tools that have had at least practical success I&#x27;ve seen have been Excel and Hypercard. My hats off to you if you can make it work, but really I have my doubts. There is nothing written so far that is convincing me or more importantly, that would convince any of my previous customers (including private, government, and start-ups) to use this. And I assure you that my past customers would like nothing more than to take shortcuts, not pay for my hours, and&#x2F;or find some way to in-house many development tasks. There are just so many things wrong here I don&#x27;t know where to start. I&#x27;m not saying this to be mean, but rather I am genuinely curious who would use this and why. On top of this, you have tons of related competition, and hype around everything from Wolfram Language to Eden in this space if we broaden the scope to visual builders in general.<p>I think it&#x27;s a bit telling that one of the first comments is, &quot;Treeline is different.&quot; I am pretty sure everyone who builds a product like this says exactly this, including my former colleagues who built real, very large, and even well-selling products. I have never seen any product genuinely succeed in its goal here, at best these products just sold the sucker&#x27;s line and did not retain their customers long-term. Alternatively, these products succeeded in something else, but failed in the &quot;app&quot; or &quot;back-end&quot; builder category.
评论 #9189750 未加载