  |
はてなキーワード: 英単語とは
ここ10年くらいずっと思ってたんだけど、商品名とかサービス名の頭文字に「i」つけるやつ多すぎて鬱陶しい。
なので、由来を調べてみた。
iMac、iPod、iPhone、iPad、iCloudなど。統一感があるといえばそうだけど、アイアイうるさい。
由来は、
The person to ‘blame’ for the massive i-trend is Ken Segall. After presenting the see-through drop-shaped monitor, Jobs was in desperate need for a name that would suit it, and its follow-ups. The key importance of the new product was that it would be easily used for internet work – that was the design. And they wanted to incorporate the Macintosh brand in the name. So Segall proposed iMac – an internet-Mac. The ‘i’ as a prefix could also incorporate other adjectives such as individual, innovative, imaginative etc, depending on the product.
(HIGHNAMESより)
ということらしい。「i」を頭文字に持つポジティブな英単語が多すぎるのが悪い。
ちなみに、Apple Watchが慣習に則ってiWatchと命名されなかった理由については、Why the Apple Watch isn't called the iWatchでは商標の問題だとかApple Watchは、なぜ「iWatch」ではなかったのかではコンセプトの問題だとかいろいろ憶測が流れている。
「iモード」の『i』は、インタラクティブ・インフォメーション・インターネットの頭文字の『i』、そして英語で「私」の意味の『i』であるとされる。
(Wikipediaより)
A prime example of a good product with a really bad name. Formerly Google Personalised Homepage, in a rare mistake by Google they chose to rename it using the faux Apple and now meaningless 'i' prefix, meaning 'Internet'.
(Urban Dictionaryより)
Urban Dictionaryなので信憑性はない。当初の名前が「Google Personalized Homepage」であったことを考えると、「私」の意味での「i」だと言われた方がしっくりくるけど、由来が何であれ、この名前はださい（愛用はしていた）。
Interactive Python。
Inline Frame。
これはちょっと毛色が違う。一括りにしてごめんな。
===
実際書き出してみたら、意外とそんなに思いつかなかった。もうこれ以上出てこないでほしい。
※進呈するポイントは、期間固定Ｔポイントです。Yahoo! JAPAN、LOHACO、GYAO!以外のサービスで利用できません。
じゃあYahoo! JAPAN、LOHACO、GYAO!の頭文字をとってYLGポイントとでも称してください。
Tポイントって言ったらいろんなところで使えるポイントって誤認するじゃん。
しかも期間固定って書いてあるとおり、期間過ぎたら消滅しちゃう。
使いづらい。
ポイント使うのに一々制度の概要を勉強しなくちゃいけないのは本当に不便だ。
よっぽど英単語の一つでも覚えた方がマシだ。
だからもう期間固定Tポイントをゲットする方法は諦めて、新しい英単語を覚えることにする。
pneumonoultramicroscopicsilicovolcanoconiosis。
塵肺症。
例えばこれは英検準１級レベルのものから36個抜き出してみた結果だけど、どれも日本でよく使われているなってものばかり。まぁ意味は限定されたりするけど。
使われてない語に関しても、高校でよく習った語ばかりで、知らない人はそんなに多くないのではないか。いつの間にこんなに侵略されてたんだって気がする。
カタカナの言葉を見たときに「このカタカナの言葉はどういう意味なんだろう？」というふうに考えられる人は、英単語を覚えるときに苦労しなさそうだなって思った。
もしかするとカタカナで書かずにアルファベットで書くようにしてもいいのでは。「今季のbudgetは少なかった」みたいな。
| 英単語 | 日本語での見え方 | 備考 |
|---|---|---|
| budget | バジェット | |
| decline | スマートディクラインなど | 日本語での使用は稀 |
| indicate | インジケーターなど | |
| resident | レジデント | 介護施設などで見る |
| issue | イシュー | 雑誌のタイトルや会議で使用される |
| chemical | ケミカル | 固有名詞ではよく見かける語 |
| ignore | × | |
| furthermore | × | |
| potential | ポテンシャル | |
| measure | メジャー | |
| reveal | × | |
| generate | ジェネレーターなど | |
| species | スピーシーズ | 映画のタイトルなどで見かける |
| ban | 垢バンなど | |
| consumption | コンシューマーなど | |
| nevertheless | × | |
| eliminate | エリミネーターなど | バイクの名前 |
| associate | アソシエイト | |
| contract | コントラクト | |
| eventually | × | |
| expense | × | |
| alternative | オルタナティブ | |
| illegal | イリーガル | |
| confirm | × | |
| renew | リニューアルなど | |
| adequate | × | |
| predict | × | |
| current | カレントフォルダなど | |
| threat | × | |
| restrict | × | |
| regularly | レギュラーなど | |
| transportation | トランスポーターなど | |
| enable | × | |
| convince | × | |
| overall | オーバーオール | |
| regulation | レギュレーション |
今回はオブジェクトの使い方＝オブジェクト指向プログラミング（OOP）で用意されている仕組みを見てみよう。
とりあえずPHPで仕組みを学習してみよう。（PHPはJavaより簡単なので理解しやすい）
OOPでは用語や概念がたくさん出てくるので、まずは用語の意味を押さえよう。（英単語ばっかだね。日本語にして欲しいね。）
以下の説明で、半角文字の「＞」（不等号の記号）が「>」という表示に変わってしまっている。
「->」となってるところは「->」（＞は本来は半角文字）なので、読み替えてください。
OK、それじゃOOPに関係してる#18から#24を一緒に見てみよう！
クラスベースのOOP（Java、PHPなど）は、オブジェクトを作るときに、「クラス」という仕組みで用意する。
（プロトタイプベースのOOPのJavaScriptでは、「プロトタイプ」という仕組みで用意できる。＝別の機会に使ってみよう）
クラスベースのOOPで「オブジェクト」と言った場合、クラスとインスタンスの両方を指し示すことができる。
クラスには「プロパティー」（データ）と「メソッド」（処理）を入れられる。
も作れる。
クラスの中に入っている「プロパティー」や「メソッド」のことをまとめて「メンバー」と呼ぶ。
だから、メンバーってのは、クラスの構成員だね。プロパティーやメソッドがメンバーになれる。
// クラス＝オブジェクトの設計図。オブジェクト＝データと処理をまとめて入れられる箱。
public $name = ''; // 名前 // ※「public」の使い方は後で説明
public $age = ''; // 年齢
// メソッド（処理）の部分
public function get_name() { // 名前を取得する
return $this->name; // ※「this」の使い方は後で説明
}
public function set_name($new_name) { // 名前を設定する
}
}
「コンストラクター」は特別なメソッドで、クラスからインスタンスが作られるときに、自動的に呼び出される。
コンストラクターを使えば、インスタンスを作るときに自動的に実行しておきたい処理（下準備＝初期化とか）をやらせられる。
public $name = '';
public $age = '';
// コンストラクター（クラスからインスタンスを作る（new）ときに自動的に実行される特別なメソッド）
public function __construct($name, $age) { // PHPのコンストラクター名は「__construct」と書く。
}
// メソッド（処理）の部分
public function get_name() {
return $this->name;
}
public function set_name($new_name) {
}
}
説明には出てこなかったけど、コンストラクターと反対に、デストラクターという仕組みもある。
インスタンス＝クラス（オブジェクトの設計図）から作ったオブジェクトの（具体的な）実体のこと。
インスタンスは「new」で作る。
$taro = new User('taro', 20); // name='taro', age=20をコンストラクターでセットしたい。
これで「太郎」（顧客の１人）という具体的なインスタンスが、User（利用者）クラスから作られた。
太郎（$taro）というインスタンスを作った後は、これで太郎に関するいろいろな操作ができるようになる。
インスタンス「太郎」の中にあるメンバー（プロパティーやメソッド）を使いたい場合、アロー演算子「->」（矢印）で指定する。
echo $taro->name; // 太郎のnameを表示せよ
等という操作ができる。
この「$taro」の部分＝「->」の前の部分を「レシーバー」と呼びます。
後で「this」とか「self」というOOPで使う汎用的なレシーバーが登場するので、記憶の片隅に「レシーバー」という言葉を覚えておいてください。
OOPでは、あるクラス（オブジェクトの設計図）から、別のクラスを作りだすことができる。これを「継承」と言う。
// 元にするクラス
// プロパティー
public $name;
public $age;
// メソッド
public function hello() {
}
}
class Special_user extends User {
// プロパティー
// メソッド
public function your_point() {
echo "あなたのポイントは".$this->point."点集まりました。";
}
}
上記の例だと、基になった「User」が親クラス。Userを継承して新たに作った「Special_user」が子クラスとなる。
継承して新しい子クラスを作るとき、親クラスにあるメソッドの機能を一部改造したい場合がある。そんなときは上書きして、中身を入れ替えることができる。
オーバーライドは簡単で、単に同じ名前のメソッドを用意すればいいだけ。新たに用意したメソッドで中身が上書きされる。
// 元にするクラス
// プロパティー
public $name;
public $age;
// メソッド
public function hello() {
}
}
class Special_user extends User {
// プロパティー
// メソッド
public function your_point() {
echo "あなたのポイントは".$this->point."点集まりました。";
}
// 親クラスにあったメソッドと同名のメソッドを用意すれば、上書きして中身を変更できる。
public function hello() {
echo "こんにちは、".$this->name."様";
}
}
オーバーライドして中身を変更されてしまうと困るメソッドがあった場合、オーバーライドできないように設定しておくこともできる。
その場合は、メソッド名の前に「final」と書いておけば、最終的な決定形となり、オーバーライドで中身を変更できなくなる。
その他、finalの使い方はマニュアルも参考にしてください。
OOPでは「カプセル化」といって、オブジェクトの中にあるメンバー（プロパティーやメソッド）を外から見えない（操作できない）ようにすることができる。
隣の家の窓を想像して欲しい。
カーテンによって、３段階で覗けるようになっている。これと同様のことがオブジェクトのメンバーにも設定できる。
メンバーにアクセス権を設定してやれば、オブジェクトの外からの見え方を設定できる。
大雑把に言えば、オブジェクトをカプセル化＝プロパティー（オブジェクトの「状態」）は見えなくして、メソッド（オブジェクトの「操作」）は見えるようにしてやれば、だいたいうまく使えます。
これは「副作用（予期せぬ変化）の隠蔽化」といって、「オブジェクトの中身を外部から守る」という考え方です。
「アクセサー」（ゲッターとセッター）という「オブジェクト操作用のメソッド」を用意してあげて、中身の操作に制限を加える方法があります。
まずは、ここまでの内容をドットインストールのサンプルコードなどを実際に動かしてみて、仕組みをよく理解するようにしてください。
#22から#24は、今の段階では「こんな機能も用意されているのか。へー」ぐらいでもOKだと思います。
多分、素朴な疑問として、「OOPのために、こんな仕組みが用意されているのは分かったけど、何が便利なんだろ？」と訝しく見えるだろうと思います。
OOPの基本的な文法・機能を知った後、実際にOOPを使ってみる演習をやってみれば、使いどころや便利さが分かるようになると思います。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半） ←★今ここ★
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
：
もろちんこれは英語圏でもある現象で、英単語は綴りも発音もわりと適当だ（だからスペルチェッカが早期から組み込みになっている）
だからバカのやることなんじゃないかと思われてしまうのではないかというのは、まあ、それは、まあ、あるかもしれん
もうすこしだけ人口に膾炙したら「バカな人もやる」というふうに薄まって日常的なものとして認識されるんじゃないかな
格安居酒屋の呼び込み手書き看板の字が曲がって汚かったり割引の文字が間違ってたりしても「居酒屋店員は学のない者がやる仕事」とはあんまり思わんだろ
高校教師なんだけど生徒の単語学習を効率よく楽しくできるように、ラインの英単語botを作りたいと思った。
どうせ学校単位で同じ単語帳つかってるし、ライン＠とか使えばもう少し日常的に単語学習できるんじゃないかなーと。。。
GASでできるかな？slackのお遊びbotを作ったことくらいしかないんだけど。。
数学とか理系科目全般を中１の二学期で投げ出して当時はそれでいいだろとか思ってたけど、英語教師になってからこういうプログラミング的な技術があればどんだけいろんなことが楽になる、楽しくなるんだろうと思ってる。。。
以下は理想
スプレッドシートの同じ行に、問題A単語番号・B英文・C空欄付き和訳・D部分訳（解答判断基準）
てのをいれて、
②回答する→一致すれば褒めるコメント、不一致ならA列＋C列をはきだす
馬鹿がびっくりするほど多かった。
地方の元炭鉱町ということもあってか、基本的に知的水準が低かった。
そもそも授業が妙だった。
8歳の頃はひたすらエジプトの歴史と文化を習っていた記憶がある。
その時ですら「なんでエジプトなんだ。もっと他に順を追って習うことあるだろ。自国の歴史とか。」と思ってたけどひたすらエジプトだった。未だに謎だ。
算数は進捗別に何班かに分かれて、プリントが配られてそれを解くという方式。
どれも簡単なのだけれど山程問題があるので時間内ですべて解きることのはできなかった。
クラスの４分の１くらいが所属する一番下の班はもちろんまだ四則演算だ。
パソコンの授業もあったが、授業というよりパソコンに触れることがメインだった。具体的にはゲーム。
原始的なエアシュミレーターと、文字入力で進めるアドベンチャーゲーム。一台しかないので時間制限あり。
生物の授業はビデオを見て感想を書く。内容は面白いのだけれど、難しい英単語が多くて理解に苦労した。
自分は英語の勉強を一切させられずに地元の学校に放り込まれたのでコミュニケーションには難儀した。
言葉が通じないので、異邦人へのちょっかいには暴力で返す。泣くまで蹴る。親が何度か呼び出された。
それでも最終的には友達が何人もできた。英語は大して上達しなかったけれど。
あの年代の男子はみなフットボールの上手い下手でカーストが組まれていた。
フットボールの上手なやつは上位カーストで、それ以外の価値はあんまりなかった。
女の子も馬鹿だった。学力的には男よりも馬鹿だった。ときどきパンツを見せて見た男子をからかっていた。
その割に実際のエロいことには奥手で、実際女子に対してパンツを覗くなどのエロ行為を働くと友達から英雄視された。
キリスト教的な性に対する教育が家庭で行われていたのかもしれない。
教会の息子も友達にいたけれど、平均よりも少し頭が良いくらいで、まあ馬鹿だった。
「僕は大人なったら父のあとを継ぐよ」と言っていたけれど、あの程度でなんとかなるものなのだろうか。
中国人の子供の一人は算数がずば抜けてできるらしく、飛び級していた。それを全校生徒の前で褒められていた。
気のいいやつもいたけれど、話をすると周りからシカト対象になるのでほどほどにしていた。
性格の穏やかなユダヤ教徒とやつと仲良くして、他の生徒との橋渡しをしたら先生にえらく褒められた。
当時は宗教的な価値観がわからなかったので「あいつはジュー（ジュイッシュ）だからやめとけ」という友達の言葉の意味がわからなかった。
まあ言った本人も何がダメなのかわかってなかったと思う。聞いても回答がなかったから。たぶん親から何か言われたんだろう。
家も裕福だったし、あの調子ならたぶんフットボール選手になっただろうと思って検索してみたらチーム所属中に性的スキャンダルを起こしていた。
彼らは今や３０代半ば。
さっきまでパニックで何も考えられない状態でしたが落ち着いてリスニングできました。国立国際系志望で英語は偏差値だと65ぐらいなのですがこの前模試結果返ってき浪人でこれはやばい！(判定はc)と焦る&来週また模試のダブルで昨日からパニックになってしまいました。
確かに英単語は8月以降やってなかったはずなので振り返ってみます。
予備校は現役は駿台行ってたんですが、行きたい大学のコースが近くにないので、塾のテキスト取り寄せてネット添削してます。基本は図書館かカフェのルーティンでやってます。
英語も私立やら国立やら参考書やら手出しすぎてたので、第一の過去問、塾テキスト、単語、CNN 、透視図に絞りました。
やっぱ宅浪なので周りの雰囲気がわかってなかったのですがもうネット断とうと思います。だらだらやるのやめます。睡眠しっかりとりますありがとうございます頑張ります！！！！！
コンピュータのマシン語は命令文もデータも数値で表す。これは今も昔も同じ。
数値だけでは人間が管理しづらいので命令文を mov や add のようなわかり易い単語に置き換えたのがアセンブラ。
複数の処理をひとまとめで扱うサブルーチン・関数・プロシージャ・ファンクションと
いったものができた。
（カプセル化）
アプリケーションからOSの機能を呼ぶシステムコール・APIが生まれた
（ブラックボックス化）
複数のクラスやコード、データをひとまとめにするにモジュールができた。
（カプセル化）
プログラムを外部から操作するRPC、CORBA、SOAP、RMIができた。
IaaS / SaaS / PaaS を使いネット上のサービスにつないでシステムを構築する。サーバ管理不要に。
（ブラックボックス化）
（操作の簡略化）
Docker でWEB/DB/KVSなどをまとめてコマンド１つで扱えるようになった。
