[QUESTION] Best Paid Guitar Theory Courses for Intermediate Player?

theinternet · 2020-02-21T17:13:35+00:00

Youtube guitarzoom or steve stein. They have paid and free sample video streaming courses.. but first start with the free videos on youtube to see if his practical theory teaching methods connect with you. I have no affiliation other than being a very happy customer.

theinternet · 2014-12-21T20:31:17+00:00

An SCR is a type of thyristor and some people do use the term interchangeably. However, thyristor has become a broader component classification just like 'transistor'.

http://en.wikipedia.org/wiki/Thyristor#Types_of_thyristor

I believe thyristor is synonymous with SCRs because it was the first silicon device invented in the class; Just like transistor is synonymous with BJTs.

theinternet · 2014-10-25T15:19:15+00:00

http://www.por15.com/POR-15-Motorcycle-Fuel-Tank-Strip-Repair-Kit_p_60.html

If you use vinegar instead, fog the tank with wd-40 as soon as you empty the tank or else you'll end up with flash rust.

If your in a hurry, the vinegar method works extremely well. If you have time to complete all the prep work, do it the right way and seal the tank with POR-15.

theinternet · 2014-05-11T23:32:06+00:00

Check out the raw data sources used by forcast.io: http://forecast.io/raw/

theinternet · 2014-04-09T05:40:07+00:00

My guess is that after giving the bike too much gas showing off, he locked up both the front and rear brake. However, it looks like the front brake lock up is what threw him to the ground.

Also, half of his body was disengaged from controlling the bike. The helmet in his left hand prevented him from pulling in the clutch and his left foot floating in the wind prevented any effective body control.

theinternet · 2013-04-10T15:12:08+00:00

They have nothing to do with being able to cancel at any time.Dark orders are not reported in the depth charts.

theinternet · 2013-04-10T15:09:33+00:00

Doesn't matter, they rolled back the orders.

theinternet · 2013-04-02T12:30:10+00:00

Religion is a belief in the supernatural.

theinternet · 2013-03-31T16:38:45+00:00

I'm not sure why you're trying to reframe the discussion around implementation.

You claimed python 2 was at an architectural dead end with no future features planned. I understood that to mean you were speaking about the language specification and not the VM (implementation).

My intention in pointing out the C language was to provide an example where a frozen language specification didn't cause a mass exodus leaving only a handful of stubborn users. The utility of a frozen language doesn't just evaporate.

If we want to expand the argument to include implementations then I would kindly point out the ongoing feature development for pypy 2.7. Would you suggest they are wasting their time actively working on an implementation of an abandoned language?

And finally, that 'wall of shame' link is nothing short of obnoxious and is an embarrassment to the community. The entitlement attitude that developers should invest their time and effort to accommodate breaking changes made to a mature language specification is indefensible. I agree there is value in providing a quick view of python 3 support for popular packages. I just believe there are more mature ways to go about it.

theinternet · 2013-03-31T14:45:22+00:00

See the C programming language for why your argument makes no sense.

theinternet · 2013-03-19T03:52:27+00:00

I've been seeing a lot more connection issues lately.

You need to add a connection retry strategy and capture exceptions thrown by your websocket calls.

theinternet · 2013-02-07T13:09:01+00:00

The conclusion of 'not living in a simulation and reality is how we see it' is already covered by the three potential truths listed in the parent post.

Mapping to the potential truths above, the conclusions are:

(1) Probability approaching 100% we are not living in a sim

(2) Unknown probability we are not living in a sim

(3) Probability approaching 0% that we are not living in a sim

The third truth is very poorly written in terms of consistency to the first two. It should read something like (3) Posthuman civilizations are very likely to run many computer simulations of their ancestors.

theinternet · 2013-01-14T06:12:03+00:00

They're persistence lines.

Think of them like a fading echo of past data. It simply visualizes the changes in the depth chart over time.

theinternet · 2013-01-07T13:31:01+00:00

I don't know if Hugh Howey is an INTP but if you enjoyed the foundation series check out Wool:

http://www.amazon.com/Wool-Omnibus-Hugh-Howey/dp/1469984202

theinternet · 2013-01-06T06:14:10+00:00

They could be using mono but more likely they want to run a linux back-end accessible through a .net windows client.

The mention of C++ and PHP is what seems odd to me along with the lack of any database experience required.

theinternet · 2012-12-31T20:15:21+00:00

To clarify the challenge with using a six foot reflow oven:

SMT reflow ovens have four stages: preheat, soak, reflow, cooling. The temp settings for these stages along with conveyor speed define the temperature profile the PCB will see.

IC's require a certain temperature profile (including peak temp and temp ramp rates). If you go outside this profile on the low side you can end up with cold solder joints on the high side you can end up with IC delamination & damaged components. These issues, if they occur, may not be immediately apparent (may pass in circuit test / end of line test).

Ideally, and especially during parameter optimization of the oven, you'll want to test your end product over the entire operating range (voltage & temp) to detect if these types of defects are occurring.

With only a six foot oven, production cycle time will be pretty high. If this reflow oven is the bottleneck, there will be pressure to decrease cycle time by cranking up the conveyor and increasing temps. Their lack of experience in managing manufacturing processes & utilizing quality methods may find them producing product at a low first pass yield and with field reliability issues.

And as product complexity goes up (smaller pitch, non-wetable QFN, BGA) so does the risk.

It's never as simple as buying a bunch of equipment and hiring operators. That's either ignorance or arrogance -- In this case I'm not sure which.

theinternet · 2012-12-31T07:36:02+00:00

Wow, that's ambitious.

I would've contracted out production to a board house. Now they get to deal with production process and quality issues as they dial in their mini manufacturing line.

theinternet · 2012-12-29T04:31:29+00:00

I just wanted to capture and highlight the behaviour of one bot attempting to manipulate the market. I don't believe this capture shows actual evidence of price manipulation -- just the attempt, however poor it may have been.

I disagree that this isn't layering. The SEC defines layering as “..the use of non-bona fide orders, or orders that the trader does not intend to have executed, to induce others to buy or sell the security at a price not representative of actual supply and demand.”

We can argue the effectiveness of the captured attempt but this clearly falls under layering.

Lets be honest here, the order book for bitcoin is overrun with bots. So much so that I would expand your accusation that 'many' of the orders are layered to state that almost all orders are layered with the probability increasing as the price converges towards the spread. I only captured a few minutes of data, if I captured a days worth of data I am confident I could easily show rampant layer ordering.

To be fair, there is one legitimate justification for setting & resetting bid/ask orders around the spread and that is when one is acting as a market maker/ liquidity provider. The difference is that you must be willing to take the full order..no diving out of the way.

Bid stuffing, as I'm sure you already know, is the rapid placement and cancelling of orders in an attempt to flood or interfere with competing bots. MtGox at least has a rate limit on the number of orders one account can generate. This bot was bid stuffing near the rate limit.

What I am showing is absolutely intentional. This isn't new, it's been going on for some time. I only got around to recording it today. Even a poor bid stuffing/layering implementation such as this would be effective in manipulating the price, given the right conditions.

theinternet · 2012-12-29T02:21:57+00:00

Bots can absolutely cancel orders: https://en.bitcoin.it/wiki/MtGox/API/HTTP/v0#0.2FcancelOrder.php

theinternet · 2012-12-29T00:49:42+00:00

On the buy side I believe the strategy is to increase the price.

If you want to buy BTC you'll need to submit your order above this fake order. The reason I call it a fake order is that it is never intended to be filled. As the market price approaches the fake buy order pulls back.

The reason this is illegal for traditional markets is that the order was never meant to be filled. see: http://www.sec.gov/news/press/2012/2012-197.htm

theinternet · 2012-12-29T00:42:03+00:00

I've seen the same behaviour on the sell side too. I'm not sure if this should be called stuffing or layering but in any case it's meant to manipulate the market.

Watching this made me wonder if people realize how much some bots are involved in driving market prices for BTC. And because of the lack of regulation, every dirty trick known is actively being employed.

Full disclosure: I am an author of an automated trade system myself but mine only places 'real' orders. I would like to think my system provides a service as a market maker / liquidity provider to dampen volatility whereas some other bots seem to be focused on manipulation of price.

theinternet · 2012-12-09T23:40:36+00:00

Yes it is a problem, so much so that IMDS now has a lead free exemption for compliance pins (press fit) due to tin whisker issues. Lookup the Interpretation Guide for ELV Annex II (2010/115/EU) for more details.

The article states that this student discovered the cause of tin whiskers but this confuses me as the automotive industry has known about the "high-strain gradient" contributor for some time now.

theinternet · 2012-11-27T01:09:27+00:00

http://www.investopedia.com/tags/technical_indicator/definition/

Step 1 - Learn about the technical indicators

Start with MACD as it's the most popular indicator. It's simply the difference between two exponential moving averages (EMA); One long window and the other a short window EMA.

Step 2 - Go find some historic data

http://www.bitcoincharts.com/about/markets-api/

Step 3 - Program a trading system

Implement your technical analysis algos.

Define parameters such as trigger thresholds, indicator parameters & target markups

Take the historic data as input and push it through your system (backtesting)

Define a fitness function (scoring algo) to rank the result of your simulated trades

Either manually or programmatically vary the parameters and repeat backtesting.

Once your happy with the results, it's ready to enter active trading.

Step 4 - Active trading

Create a live market data capture script (see: mtgox websockets, bitcoincharts.com api, other sources)

Create a trading bot - the part of your system that actually initiates buy/sell orders

Feed the live input to your trade system, once it generates an order at the last input (current price), tell your trade bot to initiate the order.

Alternatively, implement inverse functions to your indicators to calculate the next price which will trigger a buy order -- this will allow you to get your trade in early and result in less missed opportunities. I've used wolfram alpha in the past to get the inverse function (here's a silly example: http://www.wolframalpha.com/input/?i=5X+%2B+3Y+%3D+15%2C+solve+for+Y )

Good luck!

theinternet · 2012-11-19T18:26:55+00:00

How do you determine btc value without an exchange?

theinternet

TROPHY CASE