PaybackTony

You can read more about why in the blog post I wrote: https://blog.timberlineapp.com/timberline-welcome/

To put it simply I just haven't really been happy with the options so I created one that _I_ would want to use.

I know it sounds funny because Discord was the Slack for gamers, and a Discord for business sounds like it'd be Slack. But it makes sense I promise.

I built this by myself over the last month and a half roughly while sitting at home during quarantine. There's a lot it's missing but it's a good start and I feel like a lot got done in a short amount of time.

Don't really like the misleading projects Twilio releases as "open source". They are basically releasing demo code of how to use their commercial, paid for backend service and while that demo code is open-source, I don't think that's what people are thinking of when they read that title. I think most people think they are releasing some kind of self-hosted solution. At least that's what I think when I read this.

With that said, Twilio has a very easy to use API and if usage cost isn't as big of a deal to you as development time is, it's an easy decision to utilize what they offer.

This actually isn't true. I build telecommunications software and although individual carriers may offer a binary true or false response to a DNC request, the actual DNC list is a csv of all the numbers in a given region / area code that are on the list. You must pay for access to the list, per area code or you can pay a larger fee for all area codes. From experience, this is why many telemarketers don't obey the DNC list. They want to, but they also don't want to pay the greater than $15k it costs to access all area codes' DNC list. You're also not allowed to resell access to the list in any way, so any service offering a scrub against the national DNC is violating those terms. Most services that say they do that still require you to give them your DNC access info (SAN).

The pay to access part I think is what separates it from the IP Address list here.

I think what they are failing to address here, and what is incredibly misleading of them in this message, is that they fail to define what "public information" or "public activity" means to them. They define this in their TOS & Privacy Policy as pretty much anything you do on facebook, or a separate property that integrates with them, that you don't EXPLICITLY set as private. This statement tries to make it sound like they use very little data, when in all actuality most of what you do on FB is considered "public" to them even if they don't show this stuff publicly. That's not okay.

I've used c9.io for years. You're trading some nice IDE features you'll get with VSCode or others for convenience, but not as many as you'd think.

Although the interface is rather out-dated, it's a solid IDE and I thoroughly enjoy being able to just walk away from my code and pick it up anywhere on anything.

With EC2 integration, it may cut out what I had been doing, which was turn up a digital ocean droplet and use the SSH workspace in c9.io and boom, I had a full VM to dev on that anyone can reach anywhere.

So much uneducated hate going on in the comments section here. As someone who's developed high load projects in a few languages (C++, PHP, Node.js, ColdFusion, Rails) I can say with absolute certainty that any of the modern, popular languages are just as good as the other. What some may see as a slight, others will see as a strength. It's up to the programmer to write structured, thought-out code. Heck, one can argue that too much forced structure can be bad for performance (assuming skilled programmers are at work).

As an aside, my favorite syntax is C#.

But at the end of the day, the author has the right idea and it seems many of you don't. If you're a skilled programmer the language is a preference, not a precursor to what your app will turn out to be. If for any other reason than platform related your code turned out bad it's a good indication you're not one of those skilled programmers.

A series of unproven theories as a basis for a new theory that further unproven theories can be based on. The cornerstone of modern science.

There really needs to be more documented, observable data before there can be any remotely credible theory about how abundant or desolate our universe is of life. Using such observable data (we know the name) we could only surmise that in 100% of solar systems with a similar sun, bearing a planet at an adequate distance from it's sun, will not only support life, but would have life.

Common sense[?] would dictate that's very unlikely, but there's no scientific basis yet to even theorize otherwise until we can find a way to get that data. To come up with absolutes about planets such distances away is foolish given we don't know half a shit about the planets right next to us.

How often do we list static data in lists anymore? Honest question. It feels like most websites you view anymore are displaying data fed from somewhere that isn't known when you write the markup. As you write markup some is meant to repeat data (lists of posts, reports, etc.). Since this seems to be (to me) happening more than not, markup needs at least some kind of update to accommodate the fact that when writing it, we don't typically write out static markup anymore, though the end result obviously is.

Therefore, Angular, to me, acts like that "dynamic markup" when writing it. It feel more natural to me at this point.

That's a good point, I think I should of said "Dynamic" for lack of a better word. Interactive, it needn't be.

This is continuing to shape up to be another one of those preference debates.

I prefer the Angular approach, as its end goal is to simply make web markup what it should be: Interactive. The downside being that you're forced into Angular's opinions for better or worse.

I don't prefer the more "tangled" approach of React. I call it tangled as it's mixing two flavors in one "view", whether you like it or not: JS and HTML. Many people like the approach, and I can see why they do. I don't.

Those are preferences. So much more goes into making an app efficient, testable and expandable. The biggest ingredient is comfort. If you and your dev team are comfortable with React, that's going to be your best option. It's not the wrong option, it's a great option. For me, it's Angular.

However, I feel compelled to say that the debate should be Angular 2 v React. Having used others (... Ember....) it just doesn't make much sense to use anything outside these main 2 contenders unless you're using some of the new "cool" web components based stuff. Angular is solid. React is solid. Compare, contrast and make your decision based on how comfortable you feel with the getting started docs.

This is jealousy, at the core of it. Not just the gaming industry uses these tactics. I work in an industry that does that all the time (I hate it).

Certain kinds of games shouldn't be regulated, though I would agree that creating fake profiles on social media in an attempt to gather more information from users should be regulated to some extent.

At the end of the day, you have to ask yourself, are you in favor of people having a free will, or do you want to mitigate what a person can and can't do with their free time because in your opinion, it's bad for them?

Wanted to touch on this post. I think having that kind of bandwidth, given proper and reasonable connectivity outside the "last mile" is a big draw. I'm a co-founder of a telecommunications start-up (cloud call center stuff) and the thought of running our own DC on the cheap is a serious draw with a proper connection. But that's a separate discussion (only 19 buildings right now, etc etc etc).

Here in Portland, at my house I currently pay around 200/mo for 50/20, but only really get 25/10 most of the time, on top of their second from lowest end cable TV package. Google Fiber is moving in, but there is another player that is really ramping up here, CenturyLink. As far as the west coast goes, they are the kinds of fiber (from the long chain of acquisitions). Level3, Integra, etc all lease much of their network from CL. But now CL is offering Business 1g lines as well as residential for the same price (around $115-$145/mo depending on contract). I got TV (Prism) and 1Gbit for $145/mo. The kicker? No caps. No throttling and no data caps at all on neither their residential service nor their business. They also don't care if you use your residential line to host servers on. Their entire network is fiber, and they've been building it out since the late 80s.

I wonder why Comcast is so much more expensive here than what others are reporting? I suppose as far as Cable Providers go, until this year your choice in PDX has been Comcast or Satellite (Dish / DirecTV).

They probably will. I don't expect a refund, and anyone paying that early for a product that isn't done should do so with the understanding that there is a chance you may never see what you paid for. With that said, this e-mail makes it stink a bit, and doesn't sit well with me, and after reading that issue on github it seems not with anyone else either. Seems to be a common theme on that thread that it's not as much the money as it is how they are handling the situation as a whole.

There seems to be quite a bit. But most credible articles (haven't tried Google Scholars yet) point to there being no clear "winner." The overall consensus is that we should just be DST year round or not have it.

http://www.history.com/news/8-things-you-may-not-know-about-...

http://gothamist.com/2014/03/08/22_reasons_why_daylight_savi...

I'm not the originator. Was going to create one but did a search first and found this. I truly believe DST serves limited modern purpose. There are benefits, but they are out-weighed at this point by downfalls. Modern culture has a major impact. DST comes at an expense. I think we've reached a point that we don't need to move our clocks around twice a year anymore.

I think I'm seeing some people here upset with the possibly deal because service already sucks (for both companies).

If that's how you feel, then this deal is good. One large company can be taken down much easier than two large companies. Just one less competitor Google Fiber (and other up-and-comers) have to deal with.

The part that irks me is that Comcast will own everything from the content, network all the way down to the subscribers. It just doesn't feel right that one company has that much power.

But then again, as a business owner, controlling your own destiny is your utopia.

Thank you for the advice. I tend to end up with apps that have the opposite problem (though I also tend to only work on complicated apps) in that I have more customer than I have app to support them. This is really meant to help me get to a place where I can really figure out what it takes to find that magical minimal viable product, and apply that to new features for my primary app. And who knows, maybe I can make a business out of one of those ideas.

Absolutely. It has already been a great story to tell them, just trying to keep making it better.

And I agree, .7 seconds would be a feat by itself. Right now my best hope is to work on my flexibility and work hard at those drills. My flexibility is poor right now and definitely contributing to my slower time. When running I couldn't help but feel like I just wasn't able to move my legs as fast as they should. It was compounded by the fact that after 5 or so in a row I wasn't winded at all, which meant that my conditioning wasn't the problem.

But I'll go for it and hopefully this next 40 time is in the 4's.

I definitely picked the term geek on purpose. The term sometimes comes with a stigma outside our own little tech bubble. The stigma seems to put limitations on the perception of what we can do and what we're capable of. To some degree, that's part of what I'm trying to address. You seem to hit that part on the head.

And it's definitely true. Web Development (even if you're considered good) isn't as flashy (I'll use the term loosely) as it sometimes seems from the outside. There are so many ups and downs. What defines us as developers is how we navigate through the downs so we can make it to the next up.

For reference on how this is tech related, read the first post.

You're support is appreciated.

Generally speaking, I've tried to stay away from messing with products or services that require a lot of marketing, and go with ones that tend to market themselves. General ideas (such as classifieds) have big potential, but require the most work to get sustainable traction.

With that said, building the product is half the battle. Put it up by yourself. The biggest question you need answered right now is what do random visitors to your service think of the overall concept? Any flavor of classifieds websites will have some kind of critical mass, but that wont stop a few visitors from making an attempt at using it. If you get some positive feedback, or even negative, use it. If it's positive, it will go a long way in finding a valuable partner. It will give you hard data to share that will start to pave a path for you.

The problem with splitting a pie that hasn't been baked is that nobody knows what the flavor will be. You may be a great baker but the consumers are the ones who will inevitably decide your offering (Apple).

Once you get a basic data set from those few visitors you were able to convince to at least give your service a glance, now it's time to grow your inventory. The best things you can do as a lean start-up is find some mutual business relationships. Can car dealers post some of their inventory on your site? If so, they would love to do it and it gives you a little bit of content. There are many other similar circumstances you can find yourself in. I find it most effective when you can get other businesses to sell your product for you because it enhances their own.

To get back to the root answer here, my suggestion is do a solo soft launch. Gather usage data from early visitors, and use it to grow your inventory and perhaps more importantly, find a valuable partner.

The biggest problem here is that on average (as in, the vast majority of start-ups that never get mentioned anywhere outside their niche) a majority of successful start-ups don't generate any buzz or otherwise measurable data because they are too busy developing their product.

Maybe that's what the product does, tries to gather data on start-ups that produce little in the form of buzz but a lot in the form of revenue. It doesn't appear so. Danielle helped me a couple times when I was using the Twilio API, she's a nice person. Hopefully this works out for her.