  |
はてなキーワード: 通信とは
「USのApple Storeから落としてみましたがまだポケモンいません^^;」
じゃねーよ！！！！
フラッシュの存在知らなくてイワヤマトンネルをフラッシュなしでプレイしたことあるのかよ！
シオンタウンの音楽が怖いから通るときは自転車に乗る気持ちがわかるのかよ！
カビゴンがなかなかどいてくれなくて笛を使うなんて発想なくて詰んだ経験あるのかよ！
初めて通信ケーブルで通信をしたあの高揚感を味わったことあるのかよ！
ダウジングマシンでほぼ全ての通路をダウジングしたことあるのかよ！
捕まえる為に必死に削ったのに最後に急所にあたって絶望したことあるのかよ！
サファリパークでカイロスでなくてタマタマばっか出てきて辛かったことがあるのかよ！
げんきのかたまりがもったいなくて使わないままゲームが終わったことがあるのかよ！
マスターボールを間違えてトレーナーのポケモンに使ってしまったことあるのかよ！
いいか、明日「ゼニガメゲットしました^^;」とか投稿すんじゃねえぞ！！！
赤と緑からやり直せ。
残念ながら、増田の想像するような「戦争」……二国が「我こそ正義」を旗印に敵意を煽り合い、兵器と人命をどかどか消費してお互いの生産の根源である国土を蕩尽する「戦争」なんて、もう無い。
アメリカみたいに、他国の内戦への介入によってエネルギー等への権益を維持するために、貧困層をかり出して行う果てしない消耗
その結果、宗教対立・人種差別・地域間格差・経済格差を煽って生み出されるテロの連鎖とその対応
多国籍企業の間で通信や経済等において行われる競争をサポートするために行われる国家間の技術開発競争・経済競争
……
「国」という枠組みを超えて、調和と協調を基盤とした成長戦略を描ければ、上記のものも含めて「戦争」は必要ない。
それは実際有効なアイデアだ。だが、実際にやってみると様々な問題点が生じる。
数百年にわたって殺し合いを続けてきたヨーロッパ内部で、７０年近く大きな戦争を避けられているのは、このアイデアのおかげだし、
だからといってそれが理想的で何の問題もないとはならないことを、イギリスのＥＵ離脱が示した。だが、それが「戦争」というアイデアに逆戻りすることを意味しないことも自明だ。
まあ、なんだ。
「昔はよかった」って爺さんは、いつの時代も必ずいるんだよ。人間はボケるからな。昔の都合悪かったことって全部忘れるしな。
増田の言うのは、それと同じな。
地理、国民文化が違うのだから、長所を伸ばすような政策を求めたい。
職人文化を否定することはきめ細かなモノづくり、顧客サービスを否定することになる。
素晴らしいスキルをわざわざ捨てる必要はない。ここだけは、日本の長所として伸ばしてもいい。
その人がコミュニケーションスキルを学んだらいい。
他国に対して明らかに劣っている部分(人権、医療、金融、ICT政策など)は参考にしてもいいし、
しかし世界で存在感を発揮するには、「何でも高度ですよ」という主張は
金・資源の関係上、難しいし、長らく先進国の立場だったにも関わらず、
そのことを自覚して、何でも国産が安心安全、といった盲目的な自国礼賛をしない方がいい。
どうしたらいいのかといったことを考えたらいい。
もちろん、通信インフラ・機器の優秀さを兼ね備えた結果であるが、
特にビジネスの世界で顕著だが、「先進国がやっているから」と盲目的な後追いを止めよう。
ググレカス曰く「ほかにすることはないのですか」
http://www.geocities.jp/koreanlaws/kenpou.html
http://www.geocities.co.jp/WallStreet/3277/2013kenpou.html
http://www.fitweb.or.jp/~nkgw/dgg/index.htm
http://dl.ndl.go.jp/info:ndljp/pid/8186538
http://www.ioc.u-tokyo.ac.jp/~worldjpn/documents/texts/docs/19490404.T1J.html
ボトルメール交換アプリとして怪文書のやり取りを楽しむものらしいがまだ何が面白いのかは掴めない。
何が起きているのか調べるとどうやらこのゲーム（アプリ）が動画広告をちまちまダウンロードしているらしい事実に辿り着く。
アプリを買わないと広告が表示されるけど、広告をガマンすれば無料で使えるよというアプリは今までもあった。
しかしここまでのペースで動画広告を落としてきてパケットを喰らい尽くしてくるアプリは始めてだ。
動画広告というユーザー目線を捨てた発明＋アプリを無料提供しつつそれなりの収入を得たい作者の気持ち＋スマホのパケット制限
最悪の組み合わせである。
だがそれを普通の広告と同じ感覚でスマホにバシバシ投げつけるのはどうかしている。
頭がおかしい。
こんな嫌がらせをしてその商品やサービスの購買意欲が湧くと思っているのは頭がおかしい。
ヘイトを稼いでるだけの行為を最新の広告スタイルとして売り込まれて納得している広告主も頭がおかしい。
頭がおかしい。
結婚したいと思って色々頑張ってきたけど、結局上手く行くことは無かったので、副業として株式会社を設立した。
子孫を遺せないのなら、法人を遺せばいいじゃない。
有能な人や恵まれた人は、両方遺せばいい。
さて、本題。
起業するにも結婚するにも、ハードルはそれなりにある。どのようなハードルがあるのか、ここで徹底的に比較しておこう。
| 項目 | 結婚に必要なもの | 副業での起業に必要なもの | 筆者の状態 |
|---|---|---|---|
| 初期費用 | 式を挙げるために100万円単位の資金が必要 | 登記するだけなら30万円あれば十分 | 100万円出せないことはないけど、つらい |
| 拠点 | 2DKとかの家に引っ越す初期費用と維持費が必要 | 業種にもよるけどバーチャルオフィスでOK。月1万円もあれば十分。但し自宅は1DKとかのが別に必要。 | 2DKのとこに住むの、つらい |
| 設備投資 | 家具やら何やら用意する必要がある。100万円単位の費用が必要 | 業種による | コンピュータと通信環境があれば成り立つ業種なので、起業の設備投資はほぼゼロ |
| 外見 | それなりの外見が無いと相手を捕まえるのが困難 | 公証人役場や法務局への立ち入りを拒否されるような外見でなければ大丈夫（すなわち、どんなに醜くても大丈夫） | 結婚は難しいけど起業は大丈夫 |
| 家族 | 問題のある家族が居ると、なかなか困難。絶縁状態であっても相手の親からは不審な目で見られてやっぱり困難 | 問題のある家族が居ても、不法侵入や窃盗、強盗、殺人、その手の被害さえ受けないようにできれば起業は可能 | 攻撃的な家族が居て、やっぱり結婚は無理。刑法に触れる家族を容赦なく警察へ突き出すことで起業できる環境を作ることができる。 |
| 人間関係 | 証人を2名確保する必要がある。通常は家族。 | 取締役を自分だけとするならば、他人の承認は一切不要。 | 家族がゴミなので、通常の方法では結婚できない。 |
| 収入 | 外見が悪いのなら、年収800万円以上無いと難しい | 自分個人が生きていけるだけの収入があればOK。年収300万円もあれば良いのではないか。 | 本業の年収は500万円くらい |
| 休み | 土日休みじゃないと相手から良く思われない。諸手続きのために何日間かの平日の休みが必要。 | 曜日や時間帯を問わず、活動できる時間があればOK。登記のために何日間かの平日の休みが必要。 | 本業は土日休みとは限らない。結婚は難しい。 |
| 会計 | 家計を管理できるだけの知識が必要 | 少なくとも簿記2級くらいの知識は無いと厳しいはず。 | 簿記の勉強中 |
他にも多くの項目を挙げることができるが、簿記の知識が必要だという点以外は概ね、起業することの方がずっとハードルが低い。
現在、月面基地は原子力発電で使用電力を賄っているわけだが、実のところこれがものすごく効率が悪い。
毎日毎日、何便も行き来する往復機の貴重な貨物エリアの一部を、この原子力発電に必要な資材が占めていることを考えれば、いかにももったいない。
月面基地の建設開始前は太陽光発電が考えられていたものの、いざ建築が始まれば大量の物資、人材、生活必需品を運び込む過程で往復機が頻繁に離着陸を繰り返したため、巻き上げられた大量の塵が太陽光を遮ってしまったのだ。
残念なことに、大きく舞い上げられた塵は静まる前に次の往復機を迎え、なかなか地面に戻れず、徐々に空中土量は増大していった。
と、まあ日光の遮光だけでもやっかいなこの塵なのだが、更にやっかいなのは太陽光パネルの上に堆積する事だ。
月面に風はなく、雨も降らない。火山灰の様に土砂が堆積した太陽光パネルは清掃するまで機能を果たさないが、この土砂除去をやるのは人力なのだ。
水は貴重なので洗い流す訳にはいかず、これも貴重だが、空気で吹き飛ばせばまた舞い上がって落ちてくる。
結局、刷毛で大まかな土砂を除去した後、掃除用の粘着ローラーで一枚ずつ掃除して行かなくてはいけないのだが、パネルの数は数万枚単位で、更に電力不足からまだまだ増設の必要があった。
これだけで貴重な人手を使い切る訳にもいかないので、太陽光発電はあえなく放棄されたわけだ。
ただし、急遽設置された（とはいえ、検証の上、数年がかりではあるが）原子力発電もかなり効率が悪く、かなりの資源を発電施設に投入せざるをえない状況である。
原子力発電を回すために往復機は更に増便せざるをえず、舞い上げられる塵は一層増大する。
しかし、実のところ、この塵も決して不利益ばかりをもたらすわけではない。
確かに、太陽光発電は妨げられる。その上、通信も妨害するし、往復機も傷だらけにして著しく寿命を縮めるが、それでも、人間が月面で常時活動可能になるメリットは大きい。
高熱に対してよりも極寒に対する準備の方がしやすい。
今までは直射日光が地面にあたる数日間はモグラのように基地に籠もっていることを強いられたが、現在では、かなり活動可能な期間が増えた。
今後の検討課題としては、現在の日陰を享受し続けるか、やはり日光を奪い返すかで協議が必要であろうが、我が研究室としては、課題の一環として月面の大部分に粘性のあるスライムを敷き詰める技術の開発に着手する予定である。
現時点では社名を伏せるが、太陽光パネル製作の大手と、有名オモチャ会社より研究支援の確約をえており、新技術は今後の宇宙開発において革新的な手法となると考えられることから、宇宙開拓史に名前を刻む勢いで頑張って欲しい。
（月面基地に駐在する研究者から、地上の助手達に宛てたメールより。なお、彼は日本の古いポップソングを愛好し、いつも口ずさんでいた）
総務省 情報通信政策研究所の本体はどういった人がいるか分からないけど、委嘱している研究員の顔ぶれはこんな感じ。
http://www.soumu.go.jp/iicp/chousakenkyu/advisors.html
平成２７年度 情報通信政策研究所 特別研究員（五十音順、平成28年1月29日現在） ●特別上級研究員 【法学系】 青木 淳一（慶應義塾大学法学部准教授） 専門：行政法、政府規制産業法 石井 夏生利（筑波大学大学院図書館情報メディア研究科准教授） 専門：プライバシー権・個人情報保護法、情報法 佐々木 秀智（明治大学法学部教授） 専門：英米法、情報メディア法 新保 史生（慶應義塾大学総合政策学部教授） 専門：憲法、情報法 杉原 周治（愛知県立大学外国語学部准教授） 専門：憲法、ドイツ法、メディア法 曽我部 真裕（京都大学大学院法学研究科教授） 専門：憲法、メディア法 寺田 麻佑（国際基督教大学教養学部准教授） 専門：行政法、情報通信法 東條 吉純（立教大学法学部教授） 専門：経済法 西土 彰一郎（成城大学法学部教授） 専門：憲法、マスメディア法 西村 暢史（中央大学法学部准教授） 専門：競争法、競争政策 林 秀弥（名古屋大学大学院法学研究科教授） 専門：経済法、独占禁止法と競争政策 平野 晋（中央大学総合政策学部教授） 専門：不法行為法、契約法、アメリカ法 若林 亜理砂（駒澤大学大学院法曹養成研究科教授） 専門：経済法 【経済系】 依田 高典（京都大学大学院経済学研究科教授） 専門： 応用経済学 春日 教測（甲南大学経済学部教授） 専門：産業組織論、経済政策 高口 鉄平（静岡大学大学院情報学研究科准教授） 専門：情報通信経済学、産業分析 佐々木 勉（ポリシー・リサーチ・ユニット株式会社主任研究員） 専門：情報通信経済学 宍倉 学（長崎大学経済学部准教授） 専門：公共経済学、産業組織論 実積 寿也（九州大学大学院経済学研究院教授） 専門：通信経済学、公共経済学、産業政策学 竹村 敏彦（佐賀大学経済学部准教授） 専門：応用経済学 田中 辰雄（慶應義塾大学経済学部准教授） 専門：情報通信産業の実証分析 手塚 広一郎（日本大学経済学部教授） 専門：産業組織論、公益事業論、交通経済学 徳原 悟（拓殖大学国際学部教授） 専門：開発経済学 中村 彰宏（横浜市立大学学術院人文社会科学系列教授） 専門：産業組織論、計量経済学 森脇 祥太（大阪市立大学大学院経済学研究科教授） 専門：ミクロ計量経済学 【人文・学際系】 秋吉 美都（専修大学人間科学部教授） 専門：情報行動のミクロデータ分析、社会統計 内山 隆（青山学院大学総合文化政策学部教授） 専門：メディアとエンターテイメントの経営戦略と経済政策 岡田 仁志（国立情報学研究所准教授） 専門：電子商取引論、電子通貨論、地域情報政策論 北村 智（東京経済大学コミュニケーション学部准教授） 専門：メディア・コミュニケーション論、情報行動論 小泉 力一（尚美学園大学芸術情報学部教授） 専門：教育工学、情報教育 小舘 亮之（津田塾大学学芸学部教授） 専門：メディア情報サービス、マルチメディア情報通信工学 土屋 大洋（慶應義塾大学大学院政策メディア研究科教授） 専門：国際関係論、情報社会論、公共政策論 橋元 良明（東京大学大学院情報学環教授） 専門：コミュニケーション論、社会心理学 ●特別主任研究員 【法学系】 生貝 直人（東京大学大学院情報学環特任講師） 専門：情報政策（知財、プライバシー、表現規制等） 早川 雄一郎（京都大学大学院法学研究科特定助教） 専門：経済法、競争政策 【経済系】 橋本 悟（帝京大学経済学部専任講師） 専門：公益事業、公共経済学、ミクロ経済学、産業組織論 山本 渉（電気通信大学情報理工学部講師） 専門：応用統計学 【人文・学際系】 河井 大介（東京大学大学院情報学環助教） 専門：情報行動論 齋藤 長行（お茶の水女子大学非常勤講師） 専門：メディア政策、行動経済学、教育工学 吉見 憲二（佛教大学社会学部現代社会学科講師） 専門：情報コミュニケーション、情報通信経済学 ●特別フェロー 工藤 郁子（慶應義塾大学SFC研究所上席所員） 専門：情報法 田中 康裕（専修大学社会知性開発研究センター客員研究員） 専門：国際情報通信学、社会情報学 堀川 裕介（東京大学大学院学際情報学府博士課程） 専門：社会情報学（メディア利用と心理）
補習がマラソンだっただけで他の授業は受けとけば良かっただろ
ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。
今調べたらホッテントリメーカー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を学べばゴールというわけではありません。プログラム言語も次世代へと移りつつあります。業界動向には注視していきましょう。
オープンなネットはイケハヤのような、SEOが小器用なだけの頭の薄っぺらい人間たちがうっほうっほやってる世界になりつつあるよな。
https://www.facebook.com/taizoson/posts/10153788960804492?pnref=story
僕には経営者としてかねてからの疑問がある。ほんとは違うと思いたいので、誰か下記の僕の意見に反論してくれませんか。
かつて世界を席巻した日本の電機メーカー、先日取締役会で揉めたコンビニの最大手、安くて高品質と市場を席巻したカジュアル衣料メーカー、テレビショッピングでいちばん有名な会社、プロ経営者を雇ったがクビにした教育産業の最大手、そして通信などで成長した日本で最も有名なIT起業家の会社など、最近後継者についての話題がすごく多い。
事業を大きくした創業者は、会社の成長もさることながら後継問題がいちばんむずかしい、とよくおっしゃる。「企業は存続してこそ社会に貢献できるのだから、100年続く会社になるように企業文化を創っていきたい」と皆さん口をそろえる。中には徳川幕府だって300年続いたのだから、うちも300年だと言う方もおられる。誰とは言わないが（笑）
なんで？
なぜ存続してこそ社会に貢献できる（＝存続しないと社会に大きく長く貢献できたと言えない）、と言えるのだろうか。
存続はしていてもたいして貢献してないことだってある。「売上は社会に貢献して顧客からもらえた対価なのだから、売上が伸びてるあいだは立派に貢献してる証拠じゃないか」「雇用を生み出し続けてるのだからそれだけでも貢献しているじゃないか」などの声を聞くのだが、それはその会社がなくなって別の新しい会社がそれを担ってもいいわけで、「存続してこそ社会に貢献できる」というテーゼを論証したことにはならないと思う。
つまり、存続することと、社会に貢献することとは関係があまりないと僕は思うのだ。それどころか、長く続いている大企業は、分業と縦割りとルールの細分化が進んで制度疲労を起こし、「自己疎外（＝働けば働くほど、自分でやっていることが自分のものと感じられなくなっていくこと）」を生み出しているようにしか僕には見えない。
スタートアップ原理主義者の僕には（笑）、必要以上に大きくなりすぎた企業は「自己疎外製造装置」にしか見えないのだ。だからといって共産主義に近い社会主義を礼賛しているわけではもちろんない。ほんとはいろいろ考えているのだが、この文脈においては、単に「アンチ大企業主義」と分類されても僕は全然差し支えはない。
昔であれば、大資本・大組織でないとできない大きな仕事が存在しただろう。しかしこれからの時代には大企業のアドバンテージというのは実はあまり（個人的には「ほとんど」）ないと言っても過言ではないと思っている。
そしてそれは、人工知能とロボットの発達によって、愕然たる事実として現在よりもさらに鮮明にあぶり出されるはずだ。
僕はそのように思っているのだが、僕が違う（それとこれとは関係ない）と思っている、
「企業は成長し続けて大企業となり、そして長期間存続し続けることこそが社会に大きく貢献することなのだ」
ということを誰か力強く理論づけてもらえませんか。
http://www.tez.com/blog/archives/post5052.html
スタートアップがより大きな力を得てより急速に成長するためにも、より大きく、より長い繁栄をして、企業価値を大きくすることを目指すことが必要だと考えられますし、その場合の繁栄の鍵は、いかに「情報処理のハブ」の地位を確保し続けるか、ということに集約されると思います。
だから、企業がより大きく、より長い繁栄を目指すことは、否定されるべきではないと思います。もちろん単なるステークホルダーの思考停止ではなく、他の（「信用」を担保する）理由があるからこそ、大企業として長期間存続し続けるわけですし、社会に大きな影響を与える企業として長期間存続し続けようという意志のないところに大きな企業価値が生まれることは無いはずです。
孫 泰蔵 「信用資本論」とでもいうべきとても示唆に富む論説ですね。
まず、信用という機能の本質が「思考停止」だからこそ信用は一定の「慣性」を持つ、というのにハッとさせられました。経営者もそこに働く従業員も、会社を長期的に存続させるのが是、というところで思考停止してるなといつも思ってたのですが、それは外部からの信用という思考停止ともリンクしているのだということに気づきました。
また、長期的に存続しうる形態としては「メタ」な存在しかないだろうと私も考えていました。しかし、その際に長期的に「メタ」として存在しうる価値やアイデンティティーってなんなんだろうなあと思うのです。資金であればVCなどでも十分提供できるわけで、スタートアップが嗜好する資金以上のなにかを持ってないといけないわけですが、それはなんなのだろうとずっと考えています。そこも「信用」なのかなあ。
そして、「大企業が自らの存続をあきらめることではなく、既存の『信用』に新たな『信用』がぶつかって倒そうとすること」が「古い組織の制度疲労を打ち壊し社会全体を活性化させるのだ」というのはまったく同意です。
しかし、現在の日本では挑戦者がまだまだ全然少ない状況です。この状況を打破したいのですが、能力的に優秀な人が、挑戦者になって打倒するのではなく、むしろ後継者になりたがろうとする人が多いこの状況（例えば、兄がやってる「アカデミア」という後継者育成機関にすごい優秀な人がいっぱい来てるんです！あんたたちは孫正義の後継者なんかじゃなくて起業家を目指さんかい！と心のなかでいつも苦々しく思ってるんですよね（笑））をどうやったら打破できるのかなあと思案しています。
既存の信用にぶつかって倒した新たな信用の成功事例をつくるしかないですよね・・・そっか、俺が頑張ればいいのか。頑張ります！
孫 泰蔵 ありがとうございます。
そして「そこも信用」なんだと思います。
話がややこしくなるので本文には入れなかったのですが、日本では米国のVCは全部が全部イケてると思われがちですが、実は逆にファンドのうち上場株式のindexをアウトパフォームするものはわずかで、9割前後はindexを下回っています。つまり米国とはいえ、ほとんどのVCファンドは「上場株index投信を買った方がマシだった」ということになってます。しかし米国の上位5%のファンドは常に高いパフォーマンスを上げています。
リスクの高いベンチャー投資でなぜ長期にコンスタントに高い成果が上げられるのかという理由は、まさにVCが行うべきことの本質が「信用の供与」だからじゃないでしょうか。例えば「セコイアが投資したベンチャー」は（もちろん背後に技術トレンドの調査やきちっとしたDDがあることに加えて）「セコイアが投資してるんだからイケてるんだろう」という期待が働くからこそ、いい経営陣やいい従業員が集まり、いい投資家が付き、いい取引先やいい顧客が付くので、結果として本当にいい会社になってしまうという「予言の自己成就」が発生しているのではないかと思います。
ポートフォリオで多数のベンチャーに分散投資すると、仮に失敗したベンチャー成功したベンチャーをならしてポートフォリオ全体として利益が出たとしても、必ずしも「あのVCが投資したベンチャーはイケてる」という期待は働きません。「投資したベンチャーを全社必ず成功させるぞ」という長年の努力をすると、そうしたミダスタッチ（「魔法」）が使えるようになるんじゃないかなと思います。
ベンチャーは先進的であるがゆえに、単独でポツンと存在しても、それがいいものか悪いものか、一般の人にはわかりません。「世の中で最も大きな情報の非対称性が発生するもの」だと言えます。だからこそ、そういう「信用」を供与する投資家が増えることこそが、現状を打破する大きな力になると思います。
亀山 敬司 俺も「会社を続けるために稼ごうぜ！」と言ってるけど、社会貢献とは関係ない。会社が続いて大きくなると俺が楽しいからやってる。だから「辞めたあとは俺のこと忘れていいから勝手に楽しめよ」と社員には言ってる。会社なんてただの人の集まりだし、くっ付こうが分裂しようが、べつにDMMの名前が残らなくてもいっこうに構わない。
300年続けたいとか言ってるやつは、何を続けたいと言ってるのかわかんないけど、ピラミッドでも残したいんじゃない？亡霊の自己満足だね。
昔は「社員の未来を雇用をどうやって守る」とか思い悩んでいたが、「過保護で要らぬお世話だな、いい歳の大人は自分で考えな」になってきた。とりあえず後継者は立てるだろうが、そこからは別の会社だから残りたいかは自分で決めなって感じ。
大企業が長く続くのは、良し悪しで言えばちょっと悪し。ゆとりが有り過ぎると頭が悪くなるし、いい気になっちゃうし、内戦に明け暮れる。良い点は、まずしいスタートアップが時々見上げながら「俺もいつかあの大きなビルに入って、きれいなおねえちゃんを秘書にするんだ」と俗っぽい夢を見させてくれる。
悪い部分が大きくなれば勝手に自滅するので、自然に任せといても大丈夫。
そもそも社会貢献も基本はやっぱり自己満足だね。経済成長や新しいテクノロジーが社会を幸せにするとも限らないんだし、自分たちの活動が徳か悪徳かもよくわからん。でも、こんなふうにいろいろ考えるのは、自分だけのことを考えた自己満より、マシな自己満だよね〜！
（6月12日追記）
トラバ、はてぶありがとうございます。
回答いただいた方もありがとうございます。
増田に書き込む前に、一般における現在のダイヤルアップ接続の使用状況について
ネットで少し調べてありました。
そのためある程度予想の範囲内でしたが、今の状況はかなり特殊ということがよく分かりました。
またシステム専門の部署はありますが、私自身は直接接点がないため、話を聞いたことがありません。
小学校低学年の頃に少し歳の離れた兄がいたので、ダイヤルアップ接続経験はあります。
読みたいサイトを全部読み込んでから、接続を切ってオフライン接続で閲覧などをしていました。
毎日、心の中で「何のメリットがあるの？ 何のメリットがあるの？」と
----------------------------------------------------------------------------------------------
万一、今の環境がかなり特殊で、特定できてしまうとよくないので
業界は詳しくは言えないが、IT関連ではなく昔からある業界だ。
結構大きなPDFファイルやExcelファイルも受信したりする。
他の会社がどうなのか知らんが一般的なメールのやり取りの量だと思う。
検索してもダイヤルアップを使用している例はないようだし、特殊なんだろうか。
無知からの発言で申し訳ないけど「ダイヤルアップとかバカか？」と思ってしまった。
業務に必要な環境を自費で賄うっておかしくないか、という疑問がある。
質問二点。
今もダイヤルアップ接続が使われているケースはどんなものがありますか？
同僚が貯金ないとかほざいてたので、新卒時代に手取り16万で年間100万貯めた時にやったことをまとめる。
ざっくりだが
・酒飲まない
・タバコ吸う
・車無し
・恋人なし
・手取り：16万
・てか残業はほぼなしだった
・家賃：3.9万
・管理費込み
・光熱費：1.3万
・ガス代：平均1万
・電気代：平均2〜3,000円
・通信費：1万
・奨学金返済：2万
・食費：1.5万
・ざっくり価格
・お小遣い：1万
・ざっくり価格
残金は全て貯金
毎月大体5万貯金して、年間60万
んでブースト金
・ボーナス：40万
・夏：寸志5万
・冬：寸志5万
・春：30万
結果：100万
といった感じだ。
各項目を考察していく。
給料は端数切り捨て。
家賃は栃木のど田舎のため、10帖＋8帖キッチン 風呂トイレ別 鉄骨のアパート（築年数は忘れたが、リフォーム物件で見た目はキレイ）。
相場よりやや安い程度だ。
光熱費はガス代だけアホみたいな金額だけど水道代考えるとちょい高いくらいだと思う。
栃木のど田舎のため、都内と比べ家賃は格安だが、都内なら新卒1年目で最低でも手取り19万くらい行けるはずだから家賃6.9万として想定し、家賃＋通信光熱費＋返済で11.2万すると上記の金額は決して特別な金額ではないことが分かるだろう。
で、食費とお小遣い。
食費、娯楽費と上記していたが実際は、
・実際は1日1,000円しか使わない
という制約を課していた。
飯は自炊鉄則。
土日は食事抜くこともあった。
1日1,000円のお釣りをため、週に一回買い出しで3,000円くらいをまとめ買いしていた。
基本酒は酒を飲まない派だったのでこの金額がいけたのだろう。
タバコは吸っていたものの2日で1箱、当時400円時代、月6,000円。
普通に飲みにいって1回3〜5,000円掛かること考えれば、可愛いものだ。
娯楽もマンガ買うくらいで可能な限りネットの無料コンテンツでまかなっていた。
週末にどこかでかけないのか？と思われるかもしれないが、車もないど田舎で一人で飼い猫と遊ぶくらいだった。
友達？いねーよ。同期が仲悪くて悪くて。。。大学の友人もみんな近場にいなくて。。。
寂しかったよチキショー。
他にも通信費も変動あって使わない時は7〜8,000円程度だったと思う。
衣服もあまり買うタイプではなかったので、なんとか行けたのだろう。
ボーナスは珍しく年3回でる会社で、新卒1年目のため夏冬は寸志だったが、春は30万くらい出た。
通常新卒2年目だと毎回30万くらいなので、年二回でそこそこのレベルの会社なら同等金額はでるので普通レベルだと思う。
やったことをまとめると、
・上記実行するために使える金額や使い方に制約を設ける
・食費の節約
・交遊の断絶（これは望んではいなかったが。。。）
正直ここまでストイックに娯楽を削るのはお勧めできないが、貯金できないやつは何かちょっと我慢すれば貯金絶対にできるはず。
娯楽と食費を極限まで削って実現できた貯金ではあるが、それ以外は特別切り詰めた金額ではないことはご理解いただけているのではないだろうか？
仮に食費1.5万、娯楽3万としても、家賃＋通信光熱費＋返済の8.2万と合わせて、12.7万。
手取り16万ー12.7万＝3.3万、3.3万×12＋40万＝79.6万も貯められる。
てかもっと制約甘くして、ボーナス使わないだけで40万貯められる。
どうだい？
スマホ・タブレットでLTE回線だと通信状況に合わせて最適化して配信するってのを公式の説明で見たけど、
固定回線でも同じようなことしてんのかな
関西在住。大学時代から10年以上TBSラジオをpodcastで聴きつづけてきた。
今回のpodcast終了の発表で、twitterのタイムラインは悲鳴で埋まった。私も悲鳴を上げたうちの一人だ。
新サービスのストリーミングを試したが、失敗の予感しかしないので理由を書く。
TBSラジオを愛するリスナーの一人として、改善を願っています。
悪いところ
飛行機内、新幹線での移動中、地下鉄、海外旅行中などではそもそも聴けなくなる。
・iPodやタブレット端末など、WiFi以外の通信が出来ないものは外出中聴けなくなる。
上と同じ理由。
・移動中に聞くとパケットを圧迫する
podcastは通学中、出勤中、ランニング中などに聴く人が多いと思う。ヘビーリスナーほど通信費がかかる。
・ながら聴きがしにくくなる
podcastアプリならバックグラウンド再生しながらゲーム、ブラウジングなどが可能だったが、プラウザでストリーミングを開いている状態だと、気になったキーワードを即検索したりしにくい。
・お気に入りを保存しておけない
無理だよね。。
無理だよね。。。
・倍速再生出来ない
いつも1.5倍速で聴いてるので、もう普通の速度だとスローに聞こえて苦痛。
・会員登録しないと全部聴けない
いいところ
・一週間以上たっても消えないでアーカイブが残る
ありがたい。podcastも昔はこうだったんだけどね。
利用者からすると、圧倒的に出来ることが少なくなり、利便性がさがってしまう。
10年以上聞き続けてきた私でさえ、この不便さに耐えて継続して聞き続けられるか不安だ。
この知らせを聞いて、自分がラジオリスナーではなくてpodcastリスナーだったんだなあと気がついた。
利用者の利便性を下げる独自のプラットホームへと引っ越しして、マネタイズに成功した例はあまり多くない気がする。
