"How is preventing your competitors from undercutting your price not anti-competitive? It's preventing the one thing that causes competition to lower prices."
Because Minimum Advertised Price (MAP) policies are one of the most common practices used by the large majority of consumer goods manufacturers and brands, especially in the electronics or higher end goods space.
Every retailer who is an authorized seller of a brand that employs a MAP policy has agreed to advertise/list/publish the product at a price no lower than MAP, or risk losing their reseller status. Note that I did not say they can't sell for a lower price, just that they cannot show a lower price to the general public to elicit a sale.
MAP is not just beneficial for the brand though, who's products remain priced accordingly to limits the brand has set; it's beneficial to the retailer who can count on a minimum set margin and not have to worry about being undercut by another retailer. It also benefits the end consumer by ensuring the retailer and brand retain enough margin on the sale to facilitate after-sale support and service as well provide the means to stay in business along with the benefit of helping to protect resale values (for applicable products). MAP policies themselves are fully legal under current anti-trust laws (in the US).
Yes, it most definitely is true. The company I work for designs and sells somewhat niche products geared towards photographers which we sell via our own website, retail camera stores and on Amazon. Since we do not allow our retailers to sell on Amazon so we are the only official seller of our products on the marketplace.
We ran a sale for Labor day where we discounted our products on our website, but did not discount them on Amazon. Within 36 hours of the prices being reduced on our website we started to receive notifications from Amazon that our "offers" were ineligible due to not having the lowest price. Upon checking the listings, they had removed the buy box, essentially making it a multiple-click process for anyone to actually buy the products.
This happens anytime we, or any of our retailers that have an ecommerce presence discount our products without discounting them on Amazon. It's ridiculous.
As someone who's created their own theme for VSCode this could've saved a ton of time.
However after trying to just change a couple colors I'm already extremely frustrated since I can't actually type a hex code in the color picker without it hijacking what I'm typing and adding characters, even when I'm trying to delete. The only thing that works is if I paste in a hex code. I'm not sure if this is an attempt at autocompleting the hex codes but whatever it is, it's maddening.
When I was in the army we did this regularly. My barracks roommate was our platoon medic and would stockpile as many IV bags as he could without causing suspicion. Anytime we had a late night of heavy drinking, before morning PT he’d hook up a bag and 20 minutes later we’d be feeling great and good to go,.
In the past when I've traveling, didn't have access to any equipment or didn't feel like running I've used the Sworkit app. It's free and allows you to pick time, type of workout etc. I've found it's better (at least for me) than trying to come up with an on-the-fly workout of my own.
I used Nylas for a while after it was first released and really liked it. Then one day out of the blue I started getting sync errors and it basically stopped working (I've talked to multiple people that this happened to). After spending a couple hours, removing, reconnecting, re-installing, all with no success I gave up and stopped using it (actually attempted using again a month or two later with the same results). Would've been great to have local sync from the beginning as I actually might've paid to use it if I wouldn't of encountered so many issues and lost time trying to fix them. Now it looks like everything that I used to use and like about the app is only included in the paid version, and there's no way I'm going to pay just to see if they fixed the issues.
I used Nylas for a while when it first came out and liked it alot. Then out of the blue one day I started to get errors that it couldn't/wouldn't sync, spent more time than I should've trying to get it to work again with no success, so I had to ditch it.
"Our existing codebase and workflows had served us well, but ten years of legacy was beginning to seriously hinder us from building the modern, fast, and mobile-friendly experiences that our users expect." - Taken from the second paragraph of the article. The reasons behind the project are explained in more detail here: http://ma.tt/2015/11/dance-to-calypso/
I don't really want to be negative but I really can't see how this could be used for anything other than a quick prototype scenario. I'm never going to add 126kb of css to a project just for shortcuts like this, it just doesn't make sense given that the large majority of that added css weight will never be used.
They probably could, but it's more likely that the demand isn't enough to justify building out the required infrastructure and services to make things work properly in a shared hosting environment.
Even if the project delivered absolutely everything promised, and more, it's highly unlikely that it could gain enough adoption to challenge WordPress in any meaningful way. This is primarily due to being built on Node. One of the primary reasons WordPress is as popular as it is, is that you can install it on every single hosting provider out there and many of them provide a one-click or automated installation option. Very few hosting providers, or at least the shared and 'cheap' hosting providers have the ability to install Node and even fewer come with it pre-installed. The simple fact is that your average person that wants a website or blog will not have the knowledge or want, to go through getting all of that set up when using something like WordPress is as simple as clicking a button. Providers like Digital Ocean, are simply not a feasible option, or would even be considered by most non-technical people looking to build a blog/site.
While it seems, at least through what the author reveals, that they were in fact requesting her twitter handle for background info purposes, requests like these may not always be what they appear to be. As an example, my wife and I recently enrolled our son into an early start program. One of the initial questions in the parent info section was twitter handle. As it struck me as quite odd that a publicly funded program would request this info, I asked why and for what purpose they would need this info for. I was surprised at their response - it's their primary means of notifying parents in the event of a closure, emergency, schedule change, etc. and for misc communications. They request the parents twitter handle and follow those who have children actively enrolled (via opt-in) to enable DM's.
I don't think anyone is saying people who know just enough jQuery NEED to know about React, just like jQuery, React is just another tool. To address your points though, React is "A javascript library for building user interfaces", it wasn't developed to be a tool to manage data flow patterns, it was built solely as a view library. Most people pick up jQuery as a means of manipulating their views/the dom so the target audience of both libraries as well as their use cases is very similar. Now I'm not saying the same thing will happen with React, but not too long ago people were saying the exact same thing about jQuery when it was introduced.
No, I'm not saying software used by advisors HAS to be vetted. I'm saying that I don't know a single compliance officer that would green light a piece of software that provides any type of financial analysis, or recommendations to be used by their company as a whole without it being audited. Due to regulations, the risk is just too high. Now whether the individual advisors use it on their own is a different story. But the main issue there is that there are already an obnoxious number of channels, apps, systems that advisors have to use, the last thing most want to do is add another system into the mix, unless that system greatly simplifies things and integrates into their existing systems somehow, it probably isn't going to happen.
You're not offering advice, but you're offering the code which generates recommendations on position allocations. Any recommendation is considered 'advice' by FINRA and has to follow strict suitability requirements. Whether or not this would require any registration, licensing, etc on your part I have no idea, but it's definitely something I'd check into just to be safe. In general as long as you're not charging in some way for said advice there's no FINRA requirements, BUT that doesn't mean there wouldn't be any liability.
Every broker/dealer has their own management software/platform for client accounts, some more comprehensive than others. Though I don't know any of them that allow use by the general public, you have be be a registered rep of their firm to use them. The reason you don't see them publicly available is because of regulatory requirements regarding suitability for recommendations. Though companies like Fidelity and Schwab have some pretty in-depth tools for account management on their sites.
Having spent 6 years as a fully licensed Financial/Investment advisor as firms both large and small (independent), I can say that while I think this is a cool project, marketing it towards investment advisors likely isn't going to get much traction. This is because 99% of advisors (in the US) already have access to tools like this, except much more in depth and integrated with their trading systems. It's in every broker-dealer's (the companies whose investment products the advisors are selling) best interest to provide as much sales support and tooling as possible to their registered reps, so many of them provide things like this free of charge.
Aside from that, unless this has been vetted and audited by FINRA or a registered CRCP, the chances that any compliance officer (which every RIA is required to have), are virtually non-existent. I haven't dug into the platform to see what type of guidance you're offering/presenting, but you need to be really careful about what advice you give or state that you give. As in the US, anything even remotely related to any investment vehicle is highly regulated and providing guidance and advice without the required registrations, licenses and oversight can and will land you in very hot water, very fast.
All that said, I think with the right approach, something like this could be great for personal use as long as it integrated with multiple investment companies and could track and recommend based on all of them.
It doesn't appear to be open source since it's not on the authors Github. However if you're looking for a menubar app example with custom views, here is one: https://github.com/phranck/CCNStatusItem. The example in that repo is what was used for this app (presumably, since the binary in the package shows as CCNStatusItem)
If you happen to use zsh/oh-my-zsh, enable the OSX extension. You can then use the command cdf to jump to the active finder directory and pfd to display the active finder directory.
The version of webkit would be based on the sdk used and build target of the app, not the end users osx version. So for example, if your build target is 10.9, it will only run on 10.9+ and use webkit from 10.9
So by your definition, any app that contains any code that requires any type of interpreter is no longer a native app? That's just silly.
Nowhere does it say that it has to be run exclusively through the webview using only HTML/JS. Only the javascript API is run through the webview. Whether you choose to use only a webview is up to you, you're not limited to strictly HTML like many other similar solutions.
What is so terrible about tools like MacGap, Node Webkit, Atom Shell, etc? They are great prototyping tools and especially useful for things like 'in-house' apps where tools can be rapidly developed and updated as needed.
While the argument could be made that Node Webkit and Atom Shell aren't necessarily 'native' apps, MacGap on the other hand needs to be compiled with Xcode just like any other mac app and can be modified/extended to use any native library/functionality one wishes to use. Ultimately it's simply a starter project with an API built in to communicate from js to obj-c via a webview. It's unclear how this no longer makes it not a 'native app'. If that's the case the Mac App store is not a native app either since it uses a webview i.e. html, css, js for the store's content
Because Minimum Advertised Price (MAP) policies are one of the most common practices used by the large majority of consumer goods manufacturers and brands, especially in the electronics or higher end goods space.
Every retailer who is an authorized seller of a brand that employs a MAP policy has agreed to advertise/list/publish the product at a price no lower than MAP, or risk losing their reseller status. Note that I did not say they can't sell for a lower price, just that they cannot show a lower price to the general public to elicit a sale.
MAP is not just beneficial for the brand though, who's products remain priced accordingly to limits the brand has set; it's beneficial to the retailer who can count on a minimum set margin and not have to worry about being undercut by another retailer. It also benefits the end consumer by ensuring the retailer and brand retain enough margin on the sale to facilitate after-sale support and service as well provide the means to stay in business along with the benefit of helping to protect resale values (for applicable products). MAP policies themselves are fully legal under current anti-trust laws (in the US).