Hmm, when a publicly listed company makes announcements, they must be 100% correct as regards to any material claims. This is a measure taken because some companies in the past have been known to manipulate their stock price by disclosing information that is not correct.
Let us forget about electric cars and look at big oil where abuses have happened in the past. A company may announce that it is looking for oil in place A. That is fine. They can announce that they have found oil in place A, but they had better have done so and again if they announce if they have found oil in commercially viable quantities. If they cannot back up those assertions, shareholders may complain to the SEC. The 'crime' being an attempt to manipulate the market with information that is either untrue, or not confirmed to the best of its knowledge by the company.
If we go back to Musk's issue, he has made a claim that directly affects the share price. If he says that he is considering an offer for funding, then he better have one in writing. If he says that he is considering taking the company private at $420/share then he had better have have the backup of either an agreement or experts. If he doesn't then his announcements can be construed as misleading his shareholders.
In the USSR (and for sometime afterwards), if anything went wrong, they would cry sabotage. Particularly if management had say, failed to service a machine because of cost and it had broken down, they would shout sabotage and start looking for a perpetrator. They would usually find the person who complained about that machine not being regularly serviced to blame it upon.
Of course, such things would never happen in the west....
MH17's transponder was not found to be either inoperative or switched off. You may have confused this with MH370.
The problem is that a BUK system deployment normally contains both the TELAR (launcher) and a surveillance radar system known as the TAR. By itself, the TELAR has limited target acquisition capabilities and a very basic military IFF interrogator but it is supposed to be tasked by the TAR so multiple TELARs can engage different targets simultaneously but each has to be "pointed" in the correct general direction. The TAR usually has a full 360deg surveillance capability and can interrogate civilian transponders (depending on the model). For whatever reason, only a TELAR was used not a TAR. Perhaps the latter was considered too high a risk if lost?
The German manufacturer, Braun might like a word if it still had an independent existence. Dieter Rams their industrial designer was an inspiration to Jony Ive and in particular the rectangular device and display with rounded edges. If you have a display with rounded edges, then rounded icons are a an obvious extension.
Having a single source of truth is not a good idea, even if Musk keeps it at arm's length. Having multiple checking sites operated by unconnected organisations would be good so I can get a view of the reliability of a source or story and compare them.
What about big lumps of finished ceramic like toilets, bidets or washbasins? Like glass, they can be broken, but they tend to be pretty tough and break into recognizable shards. Pots can already last over a thousand years, but they tend to be quite thin. However, a big lump should be much tougher.
Interestingly many collision avoidance systems use radar rather than Lidar. It always was apparent that you get a lot of information with Lidar, which must be processed (usually to get a point cloud) whereas a straight radar will just say closing on an obstruction at such a range and speed. I'm not sure if Uber uses both, but there definitely seems to be an argument for it particularly as radar is relatively cheap.
If something is safety critical then the information should not be proprietary. Source code may be, but the type of sensor and overall algorithm description should not be, especially what to do when the vehicle has conflicting information.
The main issue is that "spark gap transmitter". Apparently they have more modern diesel vehicles too. The radiation from injectors etc is not so much of a problem.
It reminds me of a VW ad. They are the sponsor of a big radio telescope in Germany.
They show a radio telescope and a researcher picking up an interesting signal in the early evening. Next day, they point it at the same place, it shows the same so it is escalated to telescope managent. The next day, they see the same signal at approximately the same time with various levels of brass.
The researcher who first saw the signal is pushed to the outside and happens to see from the control room one of the admin people using a remote key to get into her VW diesel car.
We were told that the Concorde was not commercially viable even when tickets were 5-10x the price of coach for the same route.
Nope. It made money. However a first class passenger on a 747 made much more money for the airline even if that person was slower. What has happened instead is a rise in private charters. You can be on board in a private charter if prebooked and alerted within 10 minutes from the kerb-side and it can often be more direct (flying from more local airports rather than only major ones), Some private jets are quite fast and have good range too. The airlines try to counter that by fast-tracking first class passengers through checkin and security procedures, but even with lounge to apron chauffeur driven cars, they have difficulty in managing less than about half an hour or so, often twice that for long haul.
Otherwise we already have ways to hold meetings in France in the AM and make it to NYC in time for dinner, it's called videoconferencing.
Unfortunately, videoconferencing has many limitations. Particularly when you are doing high end sales.
Tractors are interesting examples. If looked after well they can last three decades. Sure they won't be as effective/efficient as the latest/greatest but the fact that smaller farms can continue to use their older equipment helps to keep overheads down. The fact there was a good secondhand market actually helped those farmers with large holdings who wanted to keep current. But sorry John Deere, you can't sell a new tractor.
Still the Russians continue to produce a good selection of field maintainable gear. Not as a high tech, but they last forever.
Dell get a lot of shit but their repair guides are great, and go down to the "how to open without breaking". Latitudes are considered "professional", I don't know if it applies to all their models though.
If you wrote code in 2002 would you still understand the code 15 years later?
Weirdly, yes and from 1992. It might take a bit to get back into understanding the environment where it works but usually, I have provided enough annotation to pick it up again quickly, and that includes assembler. It is possibly though because I mostly stayed clear of the very clever stuff and I had enough experience to know that I could be haunted by old code and wrote accordingly.
It is pretty crap for writing a GUI (somewherw there is a COBOL version of "Hello World" for X-windows, it is horrible), but excellent at straight data processing, especially with fixed field format files. It is allso excellent at properly handling money in exact amounts.
At the moment, everything to or from a trader is recorded whether Emails or Voice. Nobody goes near it unless there is an official enquiry or funny price patterns are observed. So a "Can you nudge it a bit up" may be obvious when talking about interest rates and if a human listens in. Currently, without full language recognition and some very clever analysis is that can be done is to look at whether prices seem "wrong" when compared with other data.
I learned Fortran first but we used PDP-8s in the University Computer Lab. I think you toggled in RIM and then used that to load the next level boot loader, BIM and then you could do "stuff". I played with FOCAL but IIRC, it was more of an interpreter than a compiler. Fortran was theoretically possible but it was hard to run on the 8 with no disks and just paper tape. I seem to remember that you had to cut the tape from the compile phase and feed the last part with the symbol table in first to the relocating assembler.
In those days, a misbehaving job would usually involve a memory dump being made of the program in error. No core files, it would all go to dead tree in a mixture of hex and ebcdic. It was down to you to look at the binary to tray and work out what went wrong. Most compiler/linkers were good about giving you the memory addresses of your data areas though.
Normal people don't need "unlimited free international roaming", and it's easy enough to just get a local SIM card if you are travelling alot or for extended time, so there just is no broad basis for instituting this change which has broader repurcussions.
You underestimate how often people travel in Europe. In some places you can hit four countries on a day out. At one location where I worked, it was so close to a border that inadvertent roaming was an (expensive) problem. Getting a local contract SIM is hard in many countries not your own. You often need to show proof of residence and prepaid can be significantly more expensive.
In any case, there is the issue of managing SIMs with call forwards/whatever. It is possible, but far from convenient.
It is more around ensuring IM is recorded. You can still run OCS, for example, but everything is stored in case you want to manipulate LIBOR or something. There are places where encryption is important such as Mergers & Acquisitions but it really is just about ensuring that there is a log of all important communications.
If you have a company provided SIM, it is fairly easy to disable SMS. An arrangement can be made with the provider to disable SMS transmission and receipt. Note if you have a device under BYOD, then you have other compliance relevant messaging available. The downside is that you will need internet wherever you are to use it while SMS is a basic service which has high availability and is relatively fast/cheap.
Airbus have an interesting concept involving a linear motor based mono rail catapault. Not exactly what the OP thought, but shaving off the accelleration to take off speed from external power eis very attractive. The source, could be coal, but it also could be something green as long as it coul kick out a few MW (a conventional high speed train can take about 8MW). Note that although carriers are famous for their high G catapaults, they are only needed because of the short flight deck. A normal runway length would give no more accelleration than normally experienced in a commercial aircraft. The advantage is that although jet engines can be efficien, running them flat out as needed during takeoff isn't.
I worked on a trading system back in the early days. We hit lots of "edge" performance cases. To take full advantage of what a system offers us and to code around problems we usually have source code to look at. We didn't change it, but we had to have the access. MS would gladly give their source code to major customers, but frankly there is more expertise around Linux kernels than Windows.
It is getting some interest for financial services such as trading and trade processing - again online patching is great as is the built in messaging and scalability.
Slashdot Mirror
Hmm, when a publicly listed company makes announcements, they must be 100% correct as regards to any material claims. This is a measure taken because some companies in the past have been known to manipulate their stock price by disclosing information that is not correct.
Let us forget about electric cars and look at big oil where abuses have happened in the past. A company may announce that it is looking for oil in place A. That is fine. They can announce that they have found oil in place A, but they had better have done so and again if they announce if they have found oil in commercially viable quantities. If they cannot back up those assertions, shareholders may complain to the SEC. The 'crime' being an attempt to manipulate the market with information that is either untrue, or not confirmed to the best of its knowledge by the company.
If we go back to Musk's issue, he has made a claim that directly affects the share price. If he says that he is considering an offer for funding, then he better have one in writing. If he says that he is considering taking the company private at $420/share then he had better have have the backup of either an agreement or experts. If he doesn't then his announcements can be construed as misleading his shareholders.
In the USSR (and for sometime afterwards), if anything went wrong, they would cry sabotage. Particularly if management had say, failed to service a machine because of cost and it had broken down, they would shout sabotage and start looking for a perpetrator. They would usually find the person who complained about that machine not being regularly serviced to blame it upon.
Of course, such things would never happen in the west....
MH17's transponder was not found to be either inoperative or switched off. You may have confused this with MH370.
The problem is that a BUK system deployment normally contains both the TELAR (launcher) and a surveillance radar system known as the TAR. By itself, the TELAR has limited target acquisition capabilities and a very basic military IFF interrogator but it is supposed to be tasked by the TAR so multiple TELARs can engage different targets simultaneously but each has to be "pointed" in the correct general direction. The TAR usually has a full 360deg surveillance capability and can interrogate civilian transponders (depending on the model). For whatever reason, only a TELAR was used not a TAR. Perhaps the latter was considered too high a risk if lost?
The German manufacturer, Braun might like a word if it still had an independent existence. Dieter Rams their industrial designer was an inspiration to Jony Ive and in particular the rectangular device and display with rounded edges. If you have a display with rounded edges, then rounded icons are a an obvious extension.
Having a single source of truth is not a good idea, even if Musk keeps it at arm's length. Having multiple checking sites operated by unconnected organisations would be good so I can get a view of the reliability of a source or story and compare them.
What about big lumps of finished ceramic like toilets, bidets or washbasins? Like glass, they can be broken, but they tend to be pretty tough and break into recognizable shards. Pots can already last over a thousand years, but they tend to be quite thin. However, a big lump should be much tougher.
Interestingly many collision avoidance systems use radar rather than Lidar. It always was apparent that you get a lot of information with Lidar, which must be processed (usually to get a point cloud) whereas a straight radar will just say closing on an obstruction at such a range and speed. I'm not sure if Uber uses both, but there definitely seems to be an argument for it particularly as radar is relatively cheap.
If something is safety critical then the information should not be proprietary. Source code may be, but the type of sensor and overall algorithm description should not be, especially what to do when the vehicle has conflicting information.
The main issue is that "spark gap transmitter". Apparently they have more modern diesel vehicles too. The radiation from injectors etc is not so much of a problem.
It reminds me of a VW ad. They are the sponsor of a big radio telescope in Germany.
They show a radio telescope and a researcher picking up an interesting signal in the early evening. Next day, they point it at the same place, it shows the same so it is escalated to telescope managent. The next day, they see the same signal at approximately the same time with various levels of brass.
The researcher who first saw the signal is pushed to the outside and happens to see from the control room one of the admin people using a remote key to get into her VW diesel car.
Windows not likely to run a software from 10 years ago? Are you from some kind of a parallel universe? Windows backwards compatibility is legendary. .
Not really. I am having to get rid of a perfectly serviceable printer because the software was never properly updated to Win 7 and onwards.
Sure, a highend graphics driver I would expect to have OS dependencies hanging out of the whatever, but an ordinary USB printer driver?
Nope. It made money. However a first class passenger on a 747 made much more money for the airline even if that person was slower. What has happened instead is a rise in private charters. You can be on board in a private charter if prebooked and alerted within 10 minutes from the kerb-side and it can often be more direct (flying from more local airports rather than only major ones), Some private jets are quite fast and have good range too. The airlines try to counter that by fast-tracking first class passengers through checkin and security procedures, but even with lounge to apron chauffeur driven cars, they have difficulty in managing less than about half an hour or so, often twice that for long haul.
Unfortunately, videoconferencing has many limitations. Particularly when you are doing high end sales.
Tractors are interesting examples. If looked after well they can last three decades. Sure they won't be as effective/efficient as the latest/greatest but the fact that smaller farms can continue to use their older equipment helps to keep overheads down. The fact there was a good secondhand market actually helped those farmers with large holdings who wanted to keep current. But sorry John Deere, you can't sell a new tractor.
Still the Russians continue to produce a good selection of field maintainable gear. Not as a high tech, but they last forever.
Dell get a lot of shit but their repair guides are great, and go down to the "how to open without breaking". Latitudes are considered "professional", I don't know if it applies to all their models though.
Weirdly, yes and from 1992. It might take a bit to get back into understanding the environment where it works but usually, I have provided enough annotation to pick it up again quickly, and that includes assembler. It is possibly though because I mostly stayed clear of the very clever stuff and I had enough experience to know that I could be haunted by old code and wrote accordingly.
It is pretty crap for writing a GUI (somewherw there is a COBOL version of "Hello World" for X-windows, it is horrible), but excellent at straight data processing, especially with fixed field format files. It is allso excellent at properly handling money in exact amounts.
At the moment, everything to or from a trader is recorded whether Emails or Voice. Nobody goes near it unless there is an official enquiry or funny price patterns are observed. So a "Can you nudge it a bit up" may be obvious when talking about interest rates and if a human listens in. Currently, without full language recognition and some very clever analysis is that can be done is to look at whether prices seem "wrong" when compared with other data.
I learned Fortran first but we used PDP-8s in the University Computer Lab. I think you toggled in RIM and then used that to load the next level boot loader, BIM and then you could do "stuff". I played with FOCAL but IIRC, it was more of an interpreter than a compiler. Fortran was theoretically possible but it was hard to run on the 8 with no disks and just paper tape. I seem to remember that you had to cut the tape from the compile phase and feed the last part with the symbol table in first to the relocating assembler.
Fortran at high school (on an IBM 360 and later an IBM 1130) and then again at university. I never had to do PL/1 though.
In those days, a misbehaving job would usually involve a memory dump being made of the program in error. No core files, it would all go to dead tree in a mixture of hex and ebcdic. It was down to you to look at the binary to tray and work out what went wrong. Most compiler/linkers were good about giving you the memory addresses of your data areas though.
You underestimate how often people travel in Europe. In some places you can hit four countries on a day out. At one location where I worked, it was so close to a border that inadvertent roaming was an (expensive) problem. Getting a local contract SIM is hard in many countries not your own. You often need to show proof of residence and prepaid can be significantly more expensive.
In any case, there is the issue of managing SIMs with call forwards/whatever. It is possible, but far from convenient.
It is more around ensuring IM is recorded. You can still run OCS, for example, but everything is stored in case you want to manipulate LIBOR or something. There are places where encryption is important such as Mergers & Acquisitions but it really is just about ensuring that there is a log of all important communications.
If you have a company provided SIM, it is fairly easy to disable SMS. An arrangement can be made with the provider to disable SMS transmission and receipt. Note if you have a device under BYOD, then you have other compliance relevant messaging available. The downside is that you will need internet wherever you are to use it while SMS is a basic service which has high availability and is relatively fast/cheap.
Airbus have an interesting concept involving a linear motor based mono rail catapault. Not exactly what the OP thought, but shaving off the accelleration to take off speed from external power eis very attractive. The source, could be coal, but it also could be something green as long as it coul kick out a few MW (a conventional high speed train can take about 8MW). Note that although carriers are famous for their high G catapaults, they are only needed because of the short flight deck. A normal runway length would give no more accelleration than normally experienced in a commercial aircraft. The advantage is that although jet engines can be efficien, running them flat out as needed during takeoff isn't.
I worked on a trading system back in the early days. We hit lots of "edge" performance cases. To take full advantage of what a system offers us and to code around problems we usually have source code to look at. We didn't change it, but we had to have the access. MS would gladly give their source code to major customers, but frankly there is more expertise around Linux kernels than Windows.
It is getting some interest for financial services such as trading and trade processing - again online patching is great as is the built in messaging and scalability.