  |
はてなキーワード: Computerとは
今はこれが話題になってるっぽいけど、
https://help.twitter.com/ja/rules-and-policies/sexual-exploitation-policy
英語版のWebアーカイブ見る限り、例の文面って去年の12月から変わってなさげ
https://help.twitter.com/en/rules-and-policies/sexual-exploitation-policy
ここに書いてある「Illustrated, computer-generated or other forms of realistic depictions」というのは米国法人が好んで使いたがりそうな表現って感じ。
俗に言う二次元規制の文脈というよりむしろリアルに再現したイラストとかでも許さないよ的な意味合いで使われるイメージあるわ。
あっちじゃ本当の人間と全く区別できないラインが一つの線引きなんじゃなかったっけ。
少なくともアニメ絵とかの話とは違うと思うなあ。
うろ覚えだけどどっかの米国企業のポリシーに書いてあったよ、イラストかも彫刻かもしれないし自然風景の中にあるかもしれない、もしくは視覚的ですらないかもしれない、でも許さんよ、と。別に写真データだけが媒体じゃないからね。まあ当然っちゃ当然よ。
まあ、Twitterがどう解釈してるかなんかTwitterにしかわからんのだろうけど。
グローバルなサービスでは英語版の利用規約読んだほうが確実では。
These Terms of Service ("Terms") are a legal agreement between we and you ("you"). By installing or using any application ("Service") you agree to be bound by these Terms. By accessing or using the Service, you agree that you have read, understood, and accept to be bound by the Terms. We reserve the right, in its sole discretion, to modify or revise these Terms at any time, and you agree to be bound by such modifications or revisions. If you do not agree to the Terms, do not use the Service.
Users are responsible for periodically viewing the Terms. Your continued use of the Service after a change or update has been made will constitute your acceptance to the revised Terms. If you do not agree to the Terms your only remedy is to discontinue your use of the Service and cancel any accounts you have made using the Service.
We reserve the right to refuse any user access to the Services without notice for any reason, including, but not limited to, a violation of the Terms.
You represent that you are 13 years old or older. If you are between the ages of 13 and 18, you represent that your legal guardian has reviewed and agrees to the Terms.
All materials that are part of the Service (including, but not limited to, designs, text, graphics, pictures, video, information, applications, software, music, sound and other files, and their selection and arrangement) are protected by law from unauthorized use.
We grant you a personal, non-exclusive, non-transferable, revocable, limited scope license to use the Service solely for the purpose of viewing and using the applicable Services and for no other purpose whatsoever. Your license to use the Services is limited by these Terms.
You agree that you are willingly publishing the content on the Service using technology and tools provided by us. You understand and agree that you may not distribute, sell, transfer or license this content and/or application in any manner, in any country, or on any social network or another medium without the explicit written permission of us. We reserve the right to remove and permanently delete any User Content from the Service with or without notice.
You agree that all your communications with the Communication Channels are public, and thus you have no expectation of privacy regarding your use of the Communication Channels. We is not responsible for information that you choose to share on the Communication Channels, or for the actions of other users.
By using the Service, you agree to the collection and use of your personal information as outlined in this Privacy Policy. We may amend the Privacy Policy from time to time, and we encourage you to consult the Privacy Policy regularly for changes.
A cookie is a small data file that we transfer to your computer’s hard disk, generally to quickly identify a user's computer and to "remember" things about the user's visit, such as your preferences or a user name and password. The Service sends cookies to your computer when you access or view the content of us. The information contained in a cookie may be linked to your personal information for purposes such as improving the quality of our service, tailoring recommendations to your interests, and making the Service easier to use. You can disable cookies at any time, although you may not be able to access or use features of the Service.
Third-Party Advertising Companies
We may use third-party advertising companies to serve ads on the Service. We do not provide any personal information to third-party advertising companies on a non-aggregate basis. Our system and the third-party advertising technology may use aggregate information, non-personal information, Our cookies on your hard drive and your use of the Service to target advertisements. In addition, advertisers may use other third-party advertising technology to target advertising on other sites. If advertisements are served to you, a unique third-party cookie or cookies may be placed on your computer. Similarly, third-party advertising companies may provide us with pixel tags (also called “clear gifs” or “beacons”) to help manage and optimize online advertising. Beacons enable us to recognize a browser’s cookie when a browser visits the site on which is a beacon is located, and to learn which banner ads bring users to a given site.
You may review, update, correct or delete any personal information by changing the applicable information in your profile page on Facebook and/or another social network (s). If you completely delete all this information, your account may become deactivated. If you would like us to delete your record in our system, please contact us and we will attempt to accommodate your request if we are not legally obligated to retain the record.
We have put in place reasonable technical and organizational measures designed to secure your personal information from accidental loss and from unauthorized access, use, alteration or disclosure. However, we cannot guarantee that unauthorized third parties will never be able to overcome those measures or use your personal information for improper purposes. Also please note that email and messaging systems are not considered secure, so we discourage you from sending us personal information through these mediums.
The Service is not geared toward children under the age of 13 and we do not knowingly collect personal information from children under the age of 13. If we learn that a child under 13 has provided us with personal information we will delete such information from our files as quickly as possible.
Disclaimer of Warranty; Limitation of Liability
You agree that your use of the Service shall be at your sole risk. To the fullest extent permitted by law, We, its officers, directors, employees, and agents disclaim all warranties, express or implies, in connection with the website and your use thereof including implied warranties of title, merchantability, fitness for a particular purpose or non-infringement, accuracy, authority, completeness, usefulness, and timeliness. We make no warranties or representations about the accuracy or completeness of the content of the Service and of the content of any sites linked to the Service; We assume no liability or responsibility for any (i) errors, mistakes, or inaccuracies of content, (ii) personal injury or property damage, of any nature whatsoever, resulting from your access to and use of the Service, (iii) any unauthorized access to or use of our secure servers and/or any and all personal information and/or financial information stored therein, (iv) any interruption or cessation of transmission to or from the Service, (v) any bugs, viruses, trojan horses, or the like which may be transmitted to or through the Service by any third party, and/or (vi) any errors or omissions in any content or for any loss or damage of any kind incurred as a result of the use of any content posted, emailed, transmitted, or otherwise made available via the Service.
In no event will We, its directors, officers, agents, contractors, partners and employees, be liable to you or any third person for any special, direct, indirect, incidental, special, punitive, or consequential damages whatsoever including any lost profits or lost data arising from your use of the Service or other materials on, accessed through or downloaded from the Service, whether based on warranty, contract, tort, or any other legal theory, and whether or not We have been advised of the possibility of these damages. The foregoing limitation of liability shall apply to the fullest extent permitted by law in the applicable jurisdiction. You specifically acknowledge that We shall not be liable for user submissions or the defamatory, offensive, or illegal conduct of any third party and that the risk of harm or damage from the foregoing rests entirely with you.
You agree to indemnify and hold We, and each of its directors, officers, agents, contractors, partners, and employees, harmless from and against any loss, liability, claim, demand, damages, costs and expenses, including reasonable attorney's fees, arising out of or in connection with (i) your use of and access to the Service; (ii) your violation of any term of these Terms of Service; (iii) your violation of any third party right, including without limitation any copyright, property, or privacy right; (iv) any claim that one of your User Submissions caused damage to a third party; or (v) any Content you post or share on or through the Service.
By visiting or using the Service, you agree that the laws of UK, without regard to principles of conflict of laws and regardless of your location, will govern these Terms of Service and any dispute of any sort that might arise between you and us.
If you have any questions about these Terms of Service, please contact us at otoco.contact@gmail.com
いまから約15年ほど前、自分が17,8歳頃のことだったかとと思う。
件のサイトでは5～10分程度のAVサンプル動画が毎日のようにアップされていた。
自宅がISDNだったので、外付けHDD（20GB）をネカフェに持ち込んで、動画を収集するのが楽しみだった。
さて、そのサイトには、メインのエロコンテンツの他に、管理人が一押しする洋楽・邦楽アルバムレビューがあった。
記憶を頼りに列挙すると、
Ok Computer、Nevermindといったロックの名盤や、その頃に流行っていたLet go (Avril Lavigne)、
それから、Deathrace King (The Crown)、狂気（ピンク・フロイド）、危機（Yes）なんかもレビューされてた。
あ、Dizzy Mizz Lizzyなんかもあったな（←いちばん好き）
レビューの内容までは覚えてないけど、とにかく影響されまくって聞きまくった。
気持ちよかったな。
New York Timesはシリコンバレーのヨーダというタイトルで「The Art of Computer Programming」の著者でTeXの開発者としても有名なドナルド・クヌース博士(80)の紹介記事に25ブクマ。
https://www.nytimes.com/2018/12/17/science/donald-knuth-computers-algorithms-programming.html
GuardianはGuardianの会社がmysql派生のMongo DBからPostgreSQLに乗り換えるという記事に20ブクマ。今年の3月に上げられた記事。
https://www.theguardian.com/info/2018/nov/30/bye-bye-mongo-hello-postgres
BBCはSlackがアメリカが経済制裁中の地域に行ってきた人をアカバンしているという記事に18ブクマ。
https://www.bbc.com/news/technology-46642760
もう1件ルワンダ虐殺から数十人の人を救ったZura Karuhimbiさんの訃報記事に6ブクマ。
https://www.bbc.com/news/world-africa-46618482
South China Morning Postはカール・マルクス生誕200年記念として中国で伝記アニメが作られておりビリビリ動画で予告編が配信されてるという記事に3ブクマ。中国政府肝いりで作られるという。
https://www.nytimes.com/2018/11/15/world/asia/japan-cybersecurity-yoshitaka-sakurada.amp.html
ボク「New York Timesに取り上げられとるやんけ！」
ボク「Daniel Victorめっちゃ日本通やんスゴイわ普通にワシントンに居るんやでコイツ」
ボク「ん？Hisako Ueno contributed reporting from Tokyo.」
Good Thursday, How are you today? Thanks a lot of kind words to me in your letter,
telling me about your blog-I can't open-here very old computers!
I never travel to another countries,but dream.
I like comedy & romantic movies. what about you? I don't have boyfriend,here mostly all men at war.
I had a boyfriend,but he died at war 1,5 years ago.I will be happy to have family with kids & marry with man older than me.
Today no lessons in college,I write you letters from library,because no private computer at home.
I had before a small smartphone,but change it for food 5 month ago. Now we use old nokia together with mom,Ha-ha!
Soon I will finish institute. But here very hard to find any job,all from war here.I know about sushi from TV programs,
but never eat sushi,because sushi restaurants very expensive here.
I don't have boyfriend now,here all men at war.
I have good news: yesterday evening was stopped fire between Ukraine & Russia.
We have big hope that this time it will be true words from Presidents & peace will come,
Because this "stop war" was many times,but it was only words...
I want to tell you that from yesterday really was no hear shots, bombings.
But situation with electric, water & mostly with food still very, very hard. It is very difficult to sell something or to exchange for food, many have no money, and rich people left from Ukraine.
It's a pity that without meat, meat here terrible expensive long ago. When was no war we could buy meat, not often, but we could.But we are happy that we have some vegetables.
Usually here very cold winter, normally-25, - 30, much snow,now autumn +10.
I like to cook very much! Today, I will tell you how to cook borsch:take piece of beef to weld in water, then to cook there potatoes, carrots, cabbage,
it is a little haricot, then we add a little tomato paste, salt, parsley.
Give a borsch very hot with sour cream and garlic. Its very good for health hot dish & you not catch a cold.
Of course garlic isn't good for kisses, but when we will meet I cook borsch for us & we will eat garlic together & then could easy kiss...
May be on today will come my friend Maria.I send you summer photo with my friend Maria.
She lost family at war & have no possible to live in this hard war period,
左様。欧米こそ至高 の はてなーに習い、オックスフォード辞典より、
otaku
(in Japan) a young person who is obsessed with computers or particular aspects of popular culture to the detriment of their social skills.
‘every other otaku can run on about their hobby endlessly’
えらいっこっちゃなぁ
では英語圏でオタクの意味のあるgeekやnerd はどうだろう？
geek
1 An unfashionable or socially inept person.
1.1 usually with modifier A knowledgeable and obsessive enthusiast.
‘a computer geek’
nerd
1 A foolish or contemptible person who lacks social skills or is boringly studious.
‘I was a serious nerd until I discovered girls and cars’
1.1 A single-minded expert in a particular technical field.
‘a computer nerd’
いちばん表現がマイルドではあるが社会性に欠けるガリ勉だそうな
しかし、いちばんマイルドっぽいnerdは日常では単なる悪口らしい
確かにgeekは日本でも自称したり褒め言葉に使ったりするがnerdは無い
http://dlit.hatenablog.com/entry/2018/10/10/080521
https://anond.hatelabo.jp/20181010122823
私もこの流れに賛同したので続きます。私は博士課程の学生なので、多少間違いがあるかもしれませんが、大筋は合ってると期待します。身バレしない程度にざっくりとした纏めにとどめますが、誤りがあった場合の修正については諸氏にお願いしたい。他の研究者の諸事情を聞くのは面白いですね。
というようなモノになると思います。各分野を横断する様な複合的な研究も多いのですが、大雑把にというところでお許しください。最も著名な研究者は現在はドワンゴリサーチを主幹しておられる西田先生でしょう。
国内ですと画像電子学会、VCシンポジウムといった会議や雑誌に投稿しますが、国内への投稿はあまり重要視されていないという現状があります。では、どこへ投稿するのか？といいますと、Siggraph (Asia) 、 Eurograph、Pacific Graphics などの主要な総合会議になります。主要会議については、インパクトを重視する面もあるのですが、各ジャンルで、例えばレンダリングではEGSRなど、主要な国際会議と同等レベルの難易度とみなされる会議があり、これらの専門ジャンルの分派会議は総合会議よりは多分に理論的な研究が発表される傾向があります。最も評価が高いのは主要三会議ですが、それらでの採択が無理なら、再実験や修正したのちに、ランクを落として投稿し、より注目度の高い会議での採択を目指します。
CGの論文は、ACMのデジタルライブラリーに公開されるほかは、殆どの場合は著者の一人がプレプリントを公開する慣習があります。ACMのみですと会員登録をしていない実業界の人の目に触れにくいという事情が影響しているのかなと。SiggraphとEurograph及び主要な分会を除いては、基本的には国際会議で発表された論文は、Proceedingになります。基本的にはというのは、その中の優れたもの何報かはジャーナルに採択されることもあるからです。またジャーナルに直接応募する事も出来ますが、ジャーナルへの投稿は会議への投稿よりも時間を要する事情もあって国際会議へ投稿する人が多い様です。当然ですが、これらは全て査読されます。何度もリジェクトされます・・・。
https://www.eg.org/wp/eurographics-publications/cgf/
https://www.siggraph.org/tags/tog
一般的な論文のページ数は1ページ両面印刷 2段構成で10P程度です。とても短いですが、短い分だけ綺麗に纏める能力が問われる事になりますし、一言一句と言えども無駄にできない厳しい調整を繰り返して執筆します。
主要会議は下記のリンクに纏められています。リンクから論文も見れますので、ご興味があればどうぞ。
http://kesen.realtimerendering.com/
CG業界における最高峰の雑誌は、ACM Transactions on Graphics で、IFは 4,218となっています。
次いで重要なのが、
IEEE Transactions on Visualization and Computer Graphics でIFは 3.078。
Computer Graphics Forum でIFは 2.046。
ieee computer graphics and applications で、IFは 1.64と続きます。
残念な事ではありますが、CGではIFが1.0を超えるジャーナルは少ないので、研究者の多さに比較して掲載枠は少なく競争は非常に激しくなっています。これもジャーナルよりは、それと同等に評価されるトップカンファレンスの proceedingにする理由かもしれません。
学位の取得難易度は、理工学系では高くない方だと思います。博士を取る過程で要求されるのは、雑誌ないし高レベルの会議のproceeding 2報というのが観測範囲での相場です。国内会議への投稿や、査読なし投稿、講演資料などを含めると5本程度はある感じになるのではないかと思います。博士を獲得するまでにかかる時間は3年となっています。それより長くかかる人も、短く終える人もいます。アカデミックなポストは常に足りない状況にあり、非常に優秀な研究者も結構苦労してるように見受けられますが、産業界に就職する場合は非常に簡単です。
CGをやる上で必要になる数学と物理は、基礎科学分野では学部生時代にやる様な初歩的な数学や物理です。最適化問題を解くことが多くなる関係で最適化数学についてはよくやっておいた方が良いようです。この辺りはジャンルに関係なく一通り勉強しておく必要があります。数学や物理の勉強量は、基礎科学分野よりも多くはない分、情報系のアルゴリズムに関する基本的な理論やプログラミングによる実装能力が問題になります。研究の為には比較対象となる研究を数本程度自分で実装したりする必要がある上に、バグを出せば致命傷になるという点が実装力の高さを要求する理由です。優秀な学生は、そこらの社会人よりも優秀という事は珍しくなく。プロコンでレッドコーダー（日本で20人程度らしい）を持っているという様な人もいます。
一本の研究を終えるのに読みこむ論文は、20～50、自分で実装する研究が 1～3、という量になると思います。斜め読みするものまで入れると、その倍くらいでしょうか。物理学と比べると明らかに楽ですね。
CGでは、どのジャンルを選ぶかで博士の取り易さに差はないように思えますが、レンダリング分野は先鋭化しすぎていて、既存の研究をキャッチアップして実装し、自分の研究を行うまでの間に膨大な努力を必要とする上に、光学的にみて正しいのか？（追記: 実際に物体に光を当てた場合に得られる画像ないしデータは、計算によって得られた結果と等しい物になっているのか？ ）という様な厳しい評価を受ける傾向があり、（CG系の）他分野に比べて業績を出すのが大変だと思います。研究者の中には10年以上に渡って育てて来たレンダリングエンジンをベースに研究を行う為に新参との差が大きいのです。そういう意味で優れた研究者に師事する事が非常に重要と言われています（師匠がエンジンを持ってますので）。最近は深層学習との組み合わせも増えてきているので、勉強量は非常に多いジャンルだと思います。その分、ゲームや映像分野で花形であり就職の際には引く手あまたになります。
近年、流体シミュレーションや弾性体シミュレーションは、新規性を出すことが難しいジャンルの一つと言われていて、トップカンファレンスでは採択本数が多くはありません。テーマ選びが難しい分野だと思います。リアルタイムなシミュレーションが難しい分野なので、ゲームなどでの応用を狙ったリアルタイム化の研究などが学生には人気がある様です。リアルタイム化すると理論的には正しくない、という様な齟齬が生まれる事が難しく、その折り合いの付け方に肝があるようです。レンダリング同様に就職に強い技術でしょう。流体力学や有限要素法などの知識を特に必要としますが、定型化されている部分があるのでキャッチアップはレンダリングよりは容易と思います。
モーションとはどんなものか？というと、ゲームや映画などで使われるキャラクタの動作＝アニメーションの事です。行われる研究はすぐにでも実用化できそうな研究が多く、実際に企業（ディズニーなど）での研究成果が発表されることも珍しくはありません。髪の動作の研究なども、モーション研究のテーマの一つです。これも就職するなら強い分野です。特定の数学や物理に依存せず、基本的な数学の知識全般を必要とします。例えば衝突を考慮するならば力学を使うというような感じです。
かつてはCADなどで流行りのジャンルだったのですが、CADの研究が下火になったこともあり、現在は傍流の研究です。ただ形状解析の研究は、テクスチャ展開などCGに必要な技術を支えるものではあるので、現在も一部の研究者によって行われています。ゲームや映画で使うLODを作成する技術も、この分野の成果の一つです。他にはMRで赤外線センサーから取得した点群を形状に変換するといった場面で研究が役に立ちます。就職という観点から見ると、企業からの需要は少ないかもしれません。微分幾何と一部は位相幾何が特に必要となる知識です。
画像処理は画像認識系の会議へ行く事も多いのですが、近年、注目を浴びているのは、深層学習と組み合わせることで、ラフな線画をプロが書いた様な鮮明な線画に自動的に置き換えたり、また無彩色の画像に彩色する様な研究です。特に必要とするものはなく広く知識を必要とします。部分的には、色空間を多様体と考える様な研究もあったりするので、位相幾何学をしっていないとというような事もあります。伝統のある研究ジャンルだけに、問われる知識も広範です。画像認識系の研究にも精通している必要がある為、論文を読む量は多いでしょう。
基礎科学系では疑問視されることはないと思いますが、学科としての歴史が浅くかつ実業に寄った分野なので、論文の評価はどうなってんの？という疑問があるかと思い追記します。
査読の際に問われるのは、手法の妥当性です。先行研究との比べて何が改善されているか？理論的にそれは正しい計算なのか？といった事を主に問われます。情報工学のCG分野も科学ですので、先行研究との比較もデータを集め、解析的に、何がどの程度良くなっているか？を記述します。また、各研究が基本的な知識として使っている基礎科学系の知識にそって、理論的に研究手法が正しいものであるかも厳しく見られます。査読によって疑問を示された場合、一定の反論期間を与えられます。
研究者は査読を通過するために、動画やプログラムコードなど、再現性を示す資料を合わせて提出することで、査読者を納得させる工夫を行います。時には論文そのものよりも追加提出資料のボリュームが大きくなるという事もあります。というか、それが常でしょうか。
自身の研究も含めて既存の研究は、後発の研究者によって実装され検証されます。上手くいかなければ質問を受けるし、疑問を提示され、後発の論文で批判を受けることもあります。そうならぬように、実装したものを公開している研究者もいます。親切な研究者であれば、比較に使うと言えばコードや実験に用いたデータをくれることもあります。
以上のような仕組みによってCG系の論文は研究としての質を保っています。地道で厳しい基礎研究ではなく、実業に近い応用的な研究なので、すぐに企業で使われる事も多く、それも研究の妥当性を証明する一つの手段となっています。
sisopt 結構誤りあると思う。SIGGRAPH(Asia)論文はTOGに自動的に載るし、TOGに載った論文はSIGGRAPH(Asia)での発表権が与えられるからそれらは同等
これはその通りです。誤った情報を書いてしまい、失礼しました。業績要件については私の知ってる方を含めての狭い観測範囲ですが、なるべく高いレベルで 2報という方が多いようです。全大学ではないことはご了承ください。ご指摘いただきありがとうございました。
原文：
https://bg.battletech.com/universe/battlemech-technology/
バトルメックが装備できる武装は幅広い。メック搭載の核融合炉から事実上いつまででもエネルギーの供給を受けることができるエネルギー兵器は弾薬の補充を必要としない。このため一般的なバトルメックは、荷電粒子兵器もしくはレーザー兵器を主武装として搭載している。加えて、多くは短距離ミサイルや長距離ミサイルの発射システムを持っている。その他、連射型オートキャノンやマシンガンを搭載しているメックも多く、これらは対歩兵、対航空機、対メック戦闘に用いられる。兵器の各分類に関する概観は下記のとおりである。
オートキャノンは高速で連射が可能な自動装填兵器であり、高性能炸薬を詰めた徹甲弾の奔流を吐き出す。「通常型」オートキャノンは徹甲弾、フレシェット弾、焼夷弾、狙撃弾などの各種弾薬を使用可能である。加えて、機能を追加した3種の改良型オートキャノン（ＬＢ－Ｘオートキャノン、ロータリー・オートキャノン、ウルトラオートキャノン）が存在する。オートキャノンの弾薬は、致命的な損傷を受けたりオーバーヒートによる自動発火が発生した際にメックの内部で誘爆を起こす可能性がある。
メック搭載型の典型的な火炎放射器は、核融合炉の発する熱を利用して短射程ながら強力な爆炎を作り出す。発熱が大きいわりに与えるダメージが小さいため、メックに搭載されることはまれであるが、焼夷兵器として有効な場合もある。
ガウスウライフルはライフル砲身の中に設置された磁石の列によって、標的に向けて弾体を加速する。動作に必要な電力は莫大だが、発熱が非常に少ない上、発射時の弾速は他の通常兵器の二倍に達する。ヘビーガウスライフル、通常型ガウスライフル、軽量型ガウスライフルの3種がある。オートキャノンとは異なりガウスライフルの弾薬は誘爆しないが、ガウスライフル自体はダメージを受けると爆発する。
中心領域製バトルメックの中には、装甲を切断するための劣化ウランの刃を備えたハチェット（手斧）を装備している機種がある。ハチェットはメックに固定され、標的にダメージを与えるにはターゲットに振り下ろさねばならない。ハチェットの変形としてソード（剣）がある。
レーザーは狭い範囲に莫大な熱量を集中することで標的にダメージを与える。バトルメック搭載の各種レーザーは射程と威力に対応してマイクロレーザー、小型レーザー、中型レーザー、大型レーザーのいずれかに分類される。このほか、射程延長型レーザー、ヘビーレーザー、パルスレーザーがある。レーザーはダメージを受けても爆発することがなく弾薬も不要だが、大量の熱を発する。
バトルメックが装備することはまれだが、マシンガン（機関銃／機関砲）は高速で連射することが可能なので、素晴らしい対人兵器となる。マシンガンにはライトマシンガンとヘビーマシンガンがある。
ミサイルランチャー（ミサイル発射装置）は推進力と誘導装置を持つ弾体を発射し、標的にダメージを与える。非常に多くの種類があり、長距離ミサイルに始まって中距離ミサイル、短距離ミサイル、さらにはクランの改良型戦術ミサイルシステムや〈ストリーク〉短距離ミサイルなどの各種改良型ミサイルまで様々である。その上、「通常型」長距離ミサイルランチャーであっても無数の派生型弾頭を使用できる。たとえばフレア型、分裂型、焼夷型、半誘導型、それに〈サンダー〉地雷散布ミサイルなどである。オートキャノン同様、ミサイルランチャーの弾薬はダメージを受けたりメックが過剰に加熱すると誘爆を起こす可能性がある。
ＰＰＣは要するに磁気加速装置であり、高エネルギーの陽子もしくはイオンの矢を撃ち出して衝撃と高熱によるダメージを与える。各種ＰＰＣはバトルメックが装備可能な兵器のうちでは最強クラスだ。ＰＰＣには通常型ＰＰＣと射程延長型ＰＰＣが存在する。
装甲と兵器に加えて、メックは広範な各種システムを装備可能である。多くは武器の正確性を向上させる電子的システムや各種防御手段を提供するものだが、各種の防御的機能を持つ純粋に機械的なシステムもいくつか存在する。
動力を切ったユニットや偽装されたユニットであっても標準レベルの電子戦装備一式より遠距離から探知・識別することができるため、アクティブ・プローブはあらゆる偵察部隊にとって有効な追加装備となる。
アンチ・ミサイル・システム（ＡＭＳ）は連射可能な定点防御用マシンガンである。飛来するミサイルを追跡し、迎撃し、破壊することができる。きわめて効果的ではあるものの、大量の弾薬を消費するのが最大の弱点である。
対人攻撃ポッド（Ａポッド）は要するに指向性地雷である。設置するのはバトルメック脚部の膝から下であり、そこは敵歩兵が繊細な駆動装置に爆発物を仕掛けようとする場合には必ず攻撃せねばならない部位である。
〈アルテミスⅣ〉射撃管制システムは、通常型ミサイルランチャーによる射撃の正確さを向上させる。
指揮／統制／通信（Command/Control/Communications、すなわちＣ３）コンピューターは中心領域特有のシステムである。複数の機体ーー最大12機ーーが照準データを共有することを可能とし、これによって射撃の精確さは大幅に向上する。このシステムには重大な欠点があり、それは「主要マスターコンピューター群」が破壊もしくはダメージを受けたり、敵の電子的対抗手段の干渉をうけたりすることで、ネットワークの構成部品が「消えて」しまう可能性があることである。改良型のＣ３コンピューターでは「マスターコンピューター群」が失われることによるネットワークの消失という問題はなくなっているが、合計６ユニットまでしか接続できない。
ＣＡＳＥは機体内部の弾薬誘爆による被害を軽減するダメージコントロール技術である。ＣＡＳＥによって防護された部位に格納された弾薬が誘爆した場合、ＣＡＳＥは特殊設計の外鈑と装甲を通じて爆圧を逃がす作りになっているため、爆発力のほとんどをコクピットやエンジンなどバトルメックにとって致命的な部分から逸らすことができる。
〈ガーディアン〉ＥＣＭスイートは広い帯域にわたってジャミングおよび電子的対抗措置を行なう装置であり、敵の長距離探査・監視装置の効力を低下させる。
ＭＡＳＣはバトルメックに短時間だけ爆発的なスピードを与えるが、繊細な脚部駆動装置を損なう危険もある。ＭＡＳＣの作用は脚部マイアマー（人工筋肉）への信号を増幅し、通常可能なよりも高速で収縮・弛緩を行なわせるというもので、これによってスピードは上がるが、使用時間が伸びると駆動装置と人工筋肉への負荷によって破滅的な事故が発生する可能性がある。
〈ナーク〉ミサイル・ビーコンは大改造を施したミサイルランチャーであり、「ポッド」と呼ばれる特殊なミサイルを発射する。ポッドは磁気を帯びた弾頭とその後ろに搭載される強力なホーミング・ビーコンで構成される。このミサイルは標的に命中すると、〈ナーク〉の信号を受信できる味方のミサイルシステムすべてに向けて追尾信号を発する。〈アルテミスⅣ〉ミサイルシステムと同様に、〈ナーク〉のポッドによって命中するミサイルの数が増える可能性がある。改良型の〈ナーク〉発射装置は通常型よりも射程が増大しているのみならず、以下の特殊なミサイルを発射することもできる。すなわち追尾型、爆裂弾頭型、ＥＣＭ型、〈ヘイワイヤ〉および〈ネメシス〉ミサイルである。
照準確定装備は観測機によって用いられ、〈アローⅣ〉ミサイル投射システムが発射するホーミング・ミサイルのため、もしくは長距離ミサイルランチャーが発射する半誘導タイプのＬＲＭによる攻撃のために、標的を指定する。氏族もＴＡＧの軽量化バージョンを用いており、これは軽量ではあるがより短射程である。
氏族は様々なミサイル兵器用の特殊照準システムに加えて先進的な照準システムを開発しており、中心領域でこれに比肩するものが現れたのは最近のことである。照準コンピューターは以下の種類の直射兵器のパフォーマンスを向上させる。すなわちレーザー、PPC、ガウスライフル、オートキャノンである。
中心領域の科学者は特殊なタイプのマイアマー（人口筋肉）を開発した。これはメックがオーバーヒートした時に極めて強い力を出す。この技術は氏族のバトルメックでは使用できない。
パソコンを起動したら更新プログラムが出てきて、それが飛ばせないため自分の席9:20到着なのに遅刻しました。
打刻ができなかったためです。
30分前にくるべきかもしれない。
しかし私は言いたいです。
Computerは出てからsince about 60 years.
なのに何この遅さは。こら！！！！So slow.
はなはだ疑問です。Quesutyon.
生まれたての牡鹿でさえおそらくしっかり歩けるようになるのに10分程度あれば
足ります。Enahu..
更新プログラムだからと甘えず、どうすれば早く更新ができるかを
Computerには考えてほしいです。Please, sink.
私はそのせいで遅刻したことに怒っているのではなく、computerとしての
windowsは現状を受け止め、いかなる更新も5分で終わるようにするべきだ。
炎上してたリフレッシュレートの件について謝罪が投下されてたんだが、「なんかもういろいろ大丈夫かここ」って感じがした。
http://forum.pimaxvr.com/t/apology-letter-project-status-and-risks/3920
sometimes we have to spend ~1 hour to run the demo successfully, by keep trying plug in\plug out\restart computer
デモの準備するのにトラブって、ケーブル抜き差ししたりコンピュータ再起動したりで１時間かかってた……って、なんかもうそれ、そのへんの機械音痴のおっさんの所業では。
（Osborne effect）
1980年代にオズボーン・コンピュータ社（Osborne Computer Corporation）が冒したマーケティング上の失敗。
後継機種を発表した際に発生する買い控え現象のことをいう。1983年、オズボーン・コンピュータ社のアダム・オズボーンは、
Osborne 1システムの後継機種である「エグゼクティブ」と「ヴィクセン」を発表し、これらが現在の製品を性能面で
大きく上回っていることを強調した。顧客の間ではこれらの次期製品を待つための買い控えが起き、オズボーン社の売上は急落した。
これがキャッシュフローと収益を悪化させ、数ヶ月後にオズボーン社は倒産した。
この逸話から、早すぎる新製品発表によって現行製品の販売不振を招く現象を「オズボーン効果」と呼ぶ。
http://d.hatena.ne.jp/keyword/%A5%AA%A5%BA%A5%DC%A1%BC%A5%F3%B8%FA%B2%CC
ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。
今調べたらホッテントリメーカー2008年だそうで。どうりでねー。古臭いなーと思いましたよー。
「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。
タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー
面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。
Javaの1.0がリリースされたのは1996年1月23日ですね。発表されたのが1995年5月23日でJavaの誕生日といった場合にどちらを取るかで揉めることがあります。
かれこれ20年前なわけで、当時のパソコンというとハードウェアはCPU が Pentium 133MHz メモリ16M とかそんな感じだったかなあ。今どきの携帯電話の例としてiPhone 6sを挙げるとCPUが1.85GHz メモリ 2G ってんだから凄いですね。OSは1995年11月23日にリリースされたWindows95とかそんな時代背景です。インターネットがようやく一般に普及し始めたところでしょうか。
今から思うと相当弱いハードウェアですけども、そろそろVM方式を採用しても良さそうな、そんな時代でした。インタープリタだと流石に遅い、でもC言語のようなコンパイル言語だと"Write once, run anywhere"とはいかない、という判断もあったのだろうと思います。Javaが純粋なオブジェクト指向言語ではなくintなどのプリミティブ型を持つというのは、当時のマシンスペックを考えた場合、ある程度妥当な判断だったと言えるでしょう。これが後々苦しくなってくるわけなのですが。
Javaを作った会社はSun Microsystems(サン・マイクロシステムズ)というアメリカの会社で、2010年1月27日にオラクルにより吸収合併され今はありません。SolarisというOSとSPARCプロセッサでUNIXサーバーの販売で90年代後半までは一人勝ちのような状況だったと聞きます。当時にすでに「ネットワークこそがコンピュータ」（The Network is the Computer）というモットーを掲げてたんだからおかしい。1996年リリースのJavaが標準でネットワーク機能を備えていたのもこのあたりの思想から来ているのかもしれませんね。
当時のプログラミング言語としてC++が挙げられますが、C++でのプログラマへの負担といいますか、ヒューマンエラーの起きやすさといいますか、その辺を改善する目的で開発されたのがJavaだったわけです。
1996年の時点にこんな言語が登場したのですから革新的でした。
いろんな企業がJavaに賛同します。その中にはMicrosoftもありました。この時期、Microsoftは次期のWindows開発用のプラットフォームにJavaを据えようと考えていました。その後、袂を分かつことになるのですが……。
プログラム言語として構文などを見ると、C++を強く意識した構文なのは間違いなく、しかしポインタ演算を廃してポインタを機能を限定した「参照」に置き換えるなど簡素化が多く見られます。C++からはいろんな機能が削られています。関数ポインタ、構造体、演算子オーバーロード、テンプレート((テンプレートについては実装が間に合わなかったという話を聞きます))などなど。そのためC++の劣化であるように揶揄する人もいますが、こうしたものを捨てて言語仕様を比較的小さくシンプルに抑えた点は評価に値すると思います。しかし、今でもこうした削減された機能を愛する人からはJavaを腐す要素として挙げられてしまうのでした。
Wikipediaからピックアップすると1.1での大きな機能追加は
といったところです。当初よりJavaの内部文字コードはUnicodeで文字を表すchar型は16bitで設計されていました。Unicodeは当時それほど普及しておらず、Unicode対応のテキストエディタさえ少なかったと記憶しています。時代を先取りしていると言えますが、大きな誤算はUnicodeが当初16bitのコードポイントに世界のあらゆる文字を格納しようとしていたことで、漢字圏の我々からすると16bit=65,536程度の空間に文字が全部入るわけないだろ！というものだったが故に早々に破綻し、Unicodeは21bitのコードポイントに拡張されることになるのです。これはまた後の話。
なんにせよ、日本語が対応されたのは1.1からで、日本でのJavaの採用が始まったのはこの頃からと言えましょう。
当時のJavaのGUIはAWTというものでしたが、これを用いたGUIの開発は当時は結構行われていたイメージですね。Visual BASIC でGUIを作るプロダクトも結構あったと思います。GUIのためのオブジェクト指向言語としてJavaが使われていたイメージがありますね。JavaBeansもそのための仕様でした。件のsetter/getterの話題に繋がっていくのですが。
JDBCはJavaとデータベースをつなぐインターフェースです。RMIではあるJava VMから別のJava VMにオブジェクトを送って実行する、といったことができます。こうした機能が用意されたことで、ソフトウェアのフロントとしてのGUI、裏方の実装のためのネットワーク機能、データベース機能、さらにはソフトウェアを配布するためのJava Appletという布陣でJavaでのソフトウェア開発が加速していた時代といえます。
Microsoft Visual J++ もこの時代ですよ。
Java 1.1以降のバージョンのものは互換性確認のためにOracle Java Archiveからダウンロードすることができ、今でも入手することができます。もちろん、Java7ですら2015年4月にEOL(End of Life,サポート終了)となっているので、通常利用するのはJava8としてください(本稿執筆時点)。
当時のドキュメントを見るのも一興です。現在と比べると標準APIがかなり小さい。なお、当時のjavadocは今とはデザインが大きく異なります。
この時代であれば、全パッケージを舐めて標準APIを学ぶこともそう難しくはありませんでした。この時代から触っている人間は新バージョンが出るたびに増えるAPIを順に学んでいけたのです。しかし、現代にJavaを学ぶ場合、どのバージョンでは何があって……というのをいちいち学ぶ必要はほぼありません。Java5以前は一緒くたでいいと思いますし、一部のAPIで歴史的経緯があってねーというのを知っていればおそらく十分ではないでしょうか。
strictfpキーワードは浮動小数点演算をやる人は覚えておきましょう。JavaはパフォーマンスのためにCPUの浮動小数点演算を扱うことが許されており、そのため実行するCPUによって精度が異なることがあるんですね。まあ今時のCPUだと大丈夫だとは思うんですが。
リフレクション機能ではJavaのクラスを抽象的に扱うことができます。設定ファイルに書かれたクラス名のclassをロードして実行する……みたいなことができるんですね。フレームワーク的なものを作る場合には多用することになります。
1.2からは新しいGUIのSwingが採用されました。AWTがOSごとのGUIパーツを用いていたためデザインに違いがあったのに対し、Swingでは統一的なルック・アンド・フィールが用いられるようになりました。まぁ今ならJavaFXを使うのが良いと思います。
初期のJavaはやはりVM方式の実行速度の遅さが指摘されていました。実行時の構文解析を伴わないだけインタープリタよりは早いものの、実行バイナリを作るC/C++よりは遅い、そうした評価です。ここではサン・マイクロシステムズのVMにJIT(ジャストインタイムコンパイラ)が乗ったことが挙げられていますが、JIT自体は別の会社が先駆けて開発していたことは記しておきたいと思います。
JITコンパイラは実行時にJavaのバイトコードを環境のネイティブコードにコンパイルして動かす技術です。この後、JITコンパイラ、動的再コンパイル技術、世代別ガベージコレクションを備えたHotspotといった様にJavaVMは進化していきます。現代では実行時の最適化が進み、大きなスケールで見た場合、Javaの実行速度はC/C++での実装と比べてそれほど遅れるものではありません。遅くても倍の時間は掛からない程度といったところでしょうか。
あとは特記すべきはコレクションフレームワークです。皆が多用しているであろうjava.util.Listやjava.util.Mapといったライブラリが整備されたのがこの時なのです。それ以前はjava.util.Vectorやjava.util.Hachtableというクラスが可変長配列の機能を一手に担っていました。今ではVectorやHashtableは使うべきではありません。
Java の開発はSun Microsystems が主導していたけども、すべてがSunのものだったというわけでもなく。Javaには多くの会社が出資していてその中のひとつがMicrosoftだったわけですね。
Microsoft の Visual J++ では delegate とか独自機能拡張もありましたけど、裁判で問題になったのは J++ でコンパイルしたclassファイルはMicrosoftのVMでしか動かないという部分ですね(他社製のVMで動くclassファイルを作ることもできる)。classファイルがどこのVMでも動くの大事だろ、"Write once, run anywhere"だろ、お前何してくれてんの！と喧嘩になったわけです。当時のMicrosoftはブラウザまわりでも独自拡張がやりたい放題、標準規格？なにそれ美味しいの？みたいなスタンスをあちこちで見せていたものです。
結局、この事件でMicrosoftのJavaはバージョン1.1相当でストップ。好き勝手にやれないなら独自に言語作るわーとばかりに.NET フレームワークと C# といった方向に舵を取ります。
JavaがPC上でのUI開発の主力になろうとした勢いはここで潰えます。
Java SE とは別にこの時代に Java EEがリリースされていることは特記しておきたいですね。これ以後、それまでのCGIに取って代わって、JavaはWebサービスの開発のプラットフォームとして多用されるようになります。
2000年あたりからはJavaはGUI開発というよりは、Webサービスの開発が主流という流れになっていきます。インターネットのサービスが非常に発達していった時代、背後ではとてつもない量のJavaのプログラムが支えていたわけです。ただまあ、こうした産業利用は一般的なユーザーの目にはあまり入らないわけです。一般人からすればJavaといえばJava Appletみたいなイメージはずっと残っていたでしょうが、実体としてはJavaといえばServletという時代になっていたわけです。
企業で用いられる社内システムにもServletは多く採用されました。
理由はいろいろ挙げれると思うのですが
というのが大きな理由だろうと思います。JSPというテンプレートエンジンを用いてHTMLを整形してWebページを作り出す、というアーキテクチャはある意味では便利で簡単でした。
もっともHTMLの表現力に足を引きずられるため、GUIの機能性という点では後退したわけなのですが。それでもメリットが大きいと判断されたのでしょう。というか、まともにGUIを組めるプログラマがほとんどいないから、GUIのシステム開発がなかなか成功しないってのもあったんでしょうけどね。
2000年あたりというと携帯電話の普及も取り上げなければなりません。現代のスマホ、ガラケーに比べれば非常に機能は貧弱で、まさに携帯「電話」でした。要するに電話とメールぐらいしかできなかったんですね。
そこにdocomoのiアプリ、Jフォン(ボーダフォンを経て現ソフトバンク)のJavaアプリ、auのEZアプリという携帯電話上でちょっとしたアプリが動くよ！というのが乗るようになってきたんです。これがJavaを組込み用途にコンパクトにしたJava MEというものが土台となっていて(正確にはiアプリはちょっと違う)Servletと並ぶJava言語の大きなもうひとつの領域となっていました。
iアプリは当初は容量が10k byteまでといった制約があり、容量制限が非常に厳しかったのですが、新機種が出るたびに容量は緩和されていきました。
docomoはiアプリ含めiモードによって一世を風靡します。こうした土台を作ると、その上で商売をしたい人がたくさんやってきて、勝手にコンテンツを作ってくれる。docomoはそれらから手数料を取るので労せずして大金を稼げるというわけです。賭場の胴元というわけです。
この賭場が、将来にAppleのiPhone, GoogleのAndroidに荒らされることになります。docomoがなかなかiPhoneを出さなかったのもiモードという自前の賭場を失うことを良しとしなかったためです。金づるを失ったdocomoはSamsungと組んで独自の携帯向けOSであるTizenの開発に乗り出します。そんなTizenですが鳴かず飛ばず。噂ではインドあたりではリリースされたとか、なんとか。
話を2001年に戻しましょう。
Microsoft離反でGUIのプラットフォームとしてのJavaというものは存在感を弱めていました。この分野の復権に寄与したのはJava 1.4 (2002年2月6日)で導入されたJava Web Startです。
Java Appletがブラウザ埋め込みで動作したのに対し、Java Web Startではブラウザから起動しつつも独立したアプリとして起動するのです。
Webシステムが企業の社内システムに採用された話は先に述べたとおりですが、やはりWebシステムのGUIというのはHTMLに引きずられて貧弱だったんですね。
端的に言えば入力値が数字かどうか？みたいなチェックがなかなか難しい。HTML上でJavaScriptでやるわけなんですが、なかなか気持よく入力できるような感じにはならなかったんですね。
また、Ajaxによるブラウザのページ遷移を伴わない通信というのが出てきたのも2005年ぐらいなので、入力値に対してサーバ問い合わせするようなことはできなかった。当時だと一旦画面遷移させないとできなかったわけです。
こうした事情から、クライアントサイド、要するにPC側でもっとリッチなUIが使いたい！という要望があったわけです。Webシステム使いにくい！という不満の噴出と言ってもいい。そこで出てきたのがRIA (Rich Internet Applications)というわけです。
Javaは1.0時代のAppletからそうですが、ネットワークを介して別のPCにプログラムを送り込み、そこで動作させるという能力を持っていました。それこそまさにRIAに求められる機能性だったわけですね。
RIAの代表とされるのは
あたりです。三つ巴の戦い、どこに軍配が上がるのか！？と注目されましたが、勝利したのはHTML / JavaScriptでした。
Google MAP で注目を浴びたAjax技術、それまでブラウザでは不可能と思われていた高級なGUIをHTML / JavaScriptで実現させました。もうやめて欲しいですよね。せっかく脱ブラウザの流れが来たと思ったのにまたWebシステムに逆戻りですよ。
RIAが失速した理由として考慮して置かなければいけないのはスマートフォンの台頭です。RIAでは端末を選ばずどこでも同じアプリが動かせる点がポイントのひとつでしたが、スマートフォンではそうは行かない。"Write once, run anywhere"を破壊したのはスマートフォンだったというわけです。
しかし、先日インストールなしでアプリを実行するAndroid Instant Appsが発表されたりしまして、結局RIAの思想といいますか、要求というのは今でも息づいているのだなと思った次第です。
1.3 / 1.4 では機能追加はあっても言語構文が大きく変わることはありませんでした。大きく変わったのはJava 5です。この時からバージョニングが変わって1.5ではなく5と表記されるようになりました。
Java5の特徴はなんといってもジェネリクス。それまでjava.util.Listにデータを出し入れするのにはキャストが必須だったわけですが、ようやくキャストから開放され型の安全度がぐっと高まりました。その他に以下のような変更があります。
言語としては随分変わっったわけですが、もうかれこれ10年以上前のことですからこれらの機能が「Java5から導入された」という知識は今となってはあまり必要とされません。これらの機能が使えないJava 1.4で開発をする事案が殆ど無いからです。0ではないのが悲しいところではありますが。
Java 6 (2006年12月11日)がリリースされた後、Java 7 (2011年7月28日) が出るまでJavaは停滞してしまいます。その間にSun Microsystemsという会社がなくなってしまったためです。
Sun Microsystems の経営状況が悪化しており、ついに身売りをすることになりました。身売り先はIBMともGoogleとも噂されましたが結局2010年1月27日にオラクルに吸収合併されました。
Javaの停滞中にはJava VM上で動く非Java言語も台頭してきました。Scalaなどですね。
やや戻って2007年にAndroidが発表されます。Androidの開発言語にはJavaが採用されていますが、実行環境はJava VMではなく、ライセンス的な事情でJava(TM)は名乗らない微妙な位置関係にあります。
Java 5 以降で大きく言語仕様に手が入るのは Java 8 (2014年3月18日)です。並列処理を行うためのStream APIと、そのために簡易に関数を定義するためのラムダ式が導入された点が大きいですね。日付APIも刷新されました。
このように、Javaは1.1の黄金時代から今に至るまで利用ジャンルを転戦しながら産業の土台となって支えてきた歴史があります。ジャンルの趨勢により浮き沈みもあります。今後についても決して楽観視はできないでしょう。Javaを学ぶことはプログラミングを学ぶステップとしては意義はあると思いますが、Javaを学べばゴールというわけではありません。プログラム言語も次世代へと移りつつあります。業界動向には注視していきましょう。
ポエマーの方もついに出てきて面白くなってきた感じではあるが、
もう少し広げて考えると、本社も日本サイドもリーク含めて上手にスピンしてきたAppleだけど、もうそろそろシステムが回らなくなってきたということか。
「みのもんた」なんか「朝ズバ」で、新しいiPadが出るたびに、一年前にやっていたのと同じように驚いてみせていたけど、その時点でやらせと気づいていた人も多かったと思う。
もしかしてビッグウェーブさんも、最初は自由意志だったかもしれないけど、途中からは仕込みになったのかな。
今はどこもやっていて、立ち位置の分からない「エバンジェリスト」というのを始めたのもAppleだったような気がする。
この前の本社会議室でエンジニアが「自殺」したとかいう件はその後どう処理されたのだろう。
「悪の帝国」と言われたマイクロソフトはバルマーという人が嫌われ役を買っていたように思うが、それでも開発者（エコシステムへの参加者）には優しかったような気がする。
今のiOSアプリの審査なんか、リジェクトされる理由が意味不明。公開されている基準と整合性のない理由ばっかり。
それでいて、それなりの権限があるはずの人は表に出てこなくて、権限のない下っ端の担当に無理させている。
ジョブズの言った、"The Computer for the Rest of Us"は成功したのかもしれないが、
Appleのハードごと定期的に買い換えさせる商法に疲れてきて、
もう、今のでいいよ、別に新しくなくてもいいよ
という感じになってきている。
新しくない物を新しく見せかけるのに無理が出てきており、
ついにiPhone SEのように開き直った物も出てきた（ユーザーの要望などは聞かずにユーザーの求めている物を生み出すのがAppleではなかったか？）
