  |
はてなキーワード: 富豪とは
カメラ業界って宗教なので、下手にブログで書いたら炎上するのでここで書く。この記事の対象はあくまで初めて一眼カメラに手を出す人向け。
一眼カメラは、ミラーレス一眼と一眼レフの2つがあるが、一眼レフは時代遅れなので選んではいけない。
一眼レフは時代遅れ。これはファンが多く信者も多いが、初めての人が一眼レフを今新たに買うメリットは全くない。
なので一眼レフは買ってはいけない。わかりやすく言うと、キャノンとニコンのカメラは買ってはいけない。
キャノンとニコンはミラーレスも作っているけれど、レンズが全くないのでやはり今は買ってはいけない（将来はわからない）。
今現在購入に耐えうるミラーレスを今出しているのは、ソニー、オリンパス、パナソニックのみ（Fujiは後述）
初めての人にはわかりづらいセンサーサイズだが、ざっくりいうと、フルサイズが一番大きく、APS-Cが中間、マイクロフォーサーズが一番小さい、一眼ではこの3つの規格が主流。
APS-Cは中途半端なのと、Fujiはあまりに玄人向けで初めての人には全く向かないので、検討するならフルサイズかマイクロフォーサーズのどちらかが良い。
（とはいえソニーのAPS-Cは初めての人にも良い選択になりうる良い機種も結構あり、紹介するか少し悩んだ。でも混乱させる可能性があるので、今回はAPS-Cは無しとする）
フルサイズはセンサーサイズが大きいので高画素で高感度だが、一方でレンズが大きくなり、重く、高い。
フルサイズでまともなミラーレスを出しているのはソニーだけなので（正確には他の会社はミラーレス専用のレンズが全くない）、今フルサイズを買うならソニー。
マイクロフォーサーズは小さく、軽く、安い。画素数は劣るが、一般的な用途では問題にならない（フォトブックの印刷などにも十分に耐える）。
マイクロフォーサーズは、将来フルサイズのカメラに移行するときでもサブカメラとして活用出来るので、個人的にはマイクロフォーサーズのカメラから入るのをおすすめする。
ソニーのフルサイズはα7Riii、α7iii、α9などがある。フルサイズに手を出すなら、それぞれの良し悪しは自分で調べて判断出来るようになってほしい。
よくわからないけどフルサイズが欲しい、という富豪はα7Riiiを買っておけば、ものすごく後悔することはないと思う。
マイクロフォーサーズは、大きくオリンパスとパナソニックにわかれる。（パナソニックにもS1R・S1というフルサイズがあるが、初めての人には全く向かない）
一般にオリンパスの方がオートフォーカスが速く、手ぶれ補正の効きが良いので、オリンパスがお勧めだが、使いやすさではパナソニックの方が上という人も多く、画質にそんなに差はないので使いやすさも大事だ。
ここは好みで良い。実際のお店で触ってみるのが良いと思う。
ある程度本気で写真を趣味にしたいならば、ファインダーのある機種を選ぶと良い。E-M1mk2、E-M5mk2、G9pro、これらはプロでも大変に評価が高い。
もっと気軽にということであれば、Penシリーズ（E-PL8、E-PL9）が良い。手ぶれ補正ももちろんだが、ダブルズームレンズキットでついてくる2本のレンズが大変に良い。
撮る題材にもよるけれど、ざっくりと1本おすすめするならば…
E-M1mk2、E-M5mk2 ならば、12-100mm F4 という神レンズがあるので、これをお勧めしたい。レンズキットの12-40mm F2.8も良い。
G9proならばレンズキットで付いてくるLeicaの 12-60mm F2.8-4.0 が大変良い。
Penシリーズはダブルズームレンズキットの2本のレンズが大変良い。
5000円くらいの安いのでもよいから、三脚を使って写真を撮ってほしい。Penみたいなコンパクトデジカメ風のカメラでも、三脚があれば相当綺麗な写真が取れる。
マイクロフォーサーズを使うとして、はじめて三脚を買うなら、ナショナルジオグラフィックの三脚が安くてお勧め。
ただ、初めての人は、何があってもキャノンとニコンは買ってはいけない。カメラ雑誌や記事などではスポンサーに配慮しなくてはいけないので悪いことを書けないし、信者がたくさんいるのでブログなどでも書きづらいんだが、すでにキャノンやニコンのレンズを持ってしまっている人でない限り、新たにキャノン、ニコンのカメラを買う意味はほぼない。彼らはソニーに対して周回遅れだ。
すきな人ができたんですけど、つきあうとかはちょっとムリといわれて
でもすきとか会いたいとか会えてうれしいとか声が聴きたいとかいうのは構いません（敬語）といわれまして
バレンタインに贈り物を送ったらホワイトデーにお返しがきてキュンとします。
でも本気ですきだとやっと通じたらこれからは毎日の電話はやめますといわれまして
もう困らせないようにとがんばってみたけどムリでやっぱり話したいといったらどのくらいの頻度がいいですか？週2回では？
会いたいけどこういう気持ちで会いに来られたくないだろうな
でも会いたいのこの日あたりに会いに行っちゃえと思うと伝えてびっくりするかと思ったら
お天気に恵まれるといいですねえ（穏やか）と返事が来て週間予報や何か調べてくれて
え、いいの？逆に？と当日まで？？？状態だったけど会いたいのでまあ結局いった。
会ったらぜんぶ奢ってほしいし車であちこち連れて行ってほしいし時間一杯ずっと一緒にいたい
なんて甘えたことをいうだけいってみたら完璧にそうしてくれてこれですきにならないのはもう無理なんですがどうなっていますか。
ただちょっと（※すごく）会いたいだけで用はないんだけど、いうだけいってみようとlineを送ると本当に会いに来てくれてもうまっすぐ立てない。
ちなみに電話もちょっと声がききたいときはlineを送ると契約時間外でも電話をくれます。
正直これまで付き合った人にもこんなことしてもらったことはない
何よりこんなにおねだりしたことがない
なぜそんな私がここまですねたり甘えたりさみしがったりするのか、それを全面的に表に出してしまうのか自分のこともわかりません。
我に返ると身の置き所がなくいたたまれないのでもう会いたくないし声も聞きたくない
でも声を聞くと細胞のひとつひとつが震えるように甘い時間が流れるし会うと世界は薔薇色なので薬物依存者のようにまた手を出してしまいます。
彼は何か特命を帯びた刺客として差し向けられ隠された秘密を暴き出そうとしているのでしょうか。
それともどこかの富豪が哀れな私への慰めとして提供してくれているレンタル彼氏なのでしょうか。
だからおさわりは握手までで特定のリクエストをしたとき以外は敬語なのでしょうか。
ひとつわかっていることは彼がはてなブックマーカーだということで本当はブログで書きたかったけれど増田にしました。
見てるー？書いたよー！
・2の一枚に3の2枚、ジョーカーに3の3枚を出して場を流し自分から始めることができる
・ラストおよびラスト一回前にジョーカーを出すと失格で大貧民落ち（ジョーカーで場を流してあがるっていうムーブはできない）
・4枚組で革命だがジョーカーをオールマイティとして使った4枚組では発生しない
・カード交換は大富豪と大貧民2枚、富豪と貧民1枚。富豪側は好きなカード選んで渡してよい
くらいやったかな
好きなカードを2枚交換できるうえ自分からスタートやから大富豪圧倒的有利なんやけど
ジョーカーの使いどころが意外と悩ましかったりするから面白かったで
下手なことすると3の2枚や3枚組に殺されたりするしな
https://anond.hatelabo.jp/20181201054847
を見て、参考になるかと思い、書く。
公立小学校→公立中学校→高等専門学校。なお、貧乏だから高専行った、という事情の人はめっちゃいるようで。私もその一人。奨学金と言う名の借金の返済が早い＆破産が少ないのは高専卒だと、どこかで読んだ。
高専にしたのは正解だった。なぜか頭良さそうに見えるらしい。世の中のほとんどの人は大卒or高卒のため、高専卒をイメージできないのではないかと。ふろむださんの「錯覚資産」みたいなものか、、
1社目: ちょうどバブル全盛期で、母校にも空前の求人が来ていたらしい。一人あたり5社～10社。同期もみんな社名を聞いたことがある企業に。私は一部上場の子会社に就職。しかし、大企業の子会社でも、やってることは業者 (って言ってもNEC・Unisys・IBM) に仕事放り投げるだけ (のように見えたのよ、若いから)。つまらなくて、あっという間に辞める。
2社目: 現在の勤め先。当時は20名弱の会社。自分で手を動かせる仕事ができそう、と選んだ。吹けば飛ぶような超零細企業だと思っていたが、、まだ存続しているし、従業員が倍以上になった。
会社は、人数の大小ではなく、元請けかどうかというのはかなり大きい。もう一つは、業界の競争が激しいかどうか。勤め先は超ニッチ業界。
正直なところ、偶然そうなっただけ。
現在の役職は技術系の部署、担当課長とでも言うのか、課長相当・部下なし。まわりからは、それなりにリスペクトされている、ようだ。年収は約950万円。月の手取りは40万～45万くらい。残業代全額支給 (30H/月くらい)。数年前は90H/月近く働いて1000万を超えた。賞与は年間6ヶ月前後。
年収が1,000万超えたときは、マクドナルドをバーガーキングにしたが、BK閉店でマクドナルドに戻る。
妻とは職場で知り合って、現在は専業主婦。子供は1男1女。小学生と2歳。娘超可愛い。
食費は、、約3万。ほぼ外食しない。
保険料、、約6万。
住宅ローン、、約4万。フラット35。家は結婚前 (40前) に建てた。月々6万。10年経って、フラット35でも借り換えできることに気づき、実行。金利3%→1.3%になり、2万支払いが減った。ローンは1,000万を切った。繰り上げ返済はできるけど、うっかり死んじゃったときは団信が払ってくれるから、そのまま。
ローンは、当時の年収 (600万) の3倍以下になるようにした。結果的に2.5倍でローン組んだ。頭金を同額以上突っ込んだ。
お小遣いは、、決まってない。無制限。妻は、私がお金使わないのを知っているため、何も言わない。一度だけ「私に隠れてお金を使っているでしょ」と疑われたのでExcel小遣い帳を見せてあげた。「x月の支出: 3千円」を見て、クスッって笑われた。
車は (運転が) 怖いので持っていない。
NHKは、、契約していませんので、って言ってたら最近来ない。
預金は4,500万、投資信託450万。なお全部インデックスファンド、、
毎年、預金が3-400万増えていく。
今から無収入になっても、この暮らしぶりが続くなら、15年はもちそう。
私と妻に共通しているのは、貧乏、でしょうか。そのため、慎ましく生きてます。
妻のほうが倹約家で、ケチな私が、そこまでしなくても、、と思うレベル。
美容院も殆ど行かない。毎月QBハウスに行く私のほうがお金かかってます。
妻は、他の家庭が家族旅行とかに行くのを、うちより収入が多いから、と思っているようですが、多分違います。
でも、生活レベルを上げるのに躊躇する、というか、そんな気が起きないです。
子どもたちには、自分のような思いはさせたくない、それだけですね、、
皆さんブクマありがとうございます。
皆さんのコメントの中からいくつか選びコメント書いてたのですが、全部消えてしまい、心が折れました、、
なので、超端折ります。
問合型言語のSQLは、「関係代数」という計算モデルを基に作られたプログラミング言語。
一度「関係代数」について学んでおくと、RDBの使い方について、理解が深まる。
↑このスライド作者さんは他にもDB関係の資料を作成されてるので見ておくといいかも？
SQL以外にも「SPARQL」、「TMQL」（Topic Maps Query Language）等、いろいろな問合型言語がある。
実際に使う機会は少ないかもしれないが、「問い合わせ」で処理するという発想は参考になるかも？
Datalogは「Prolog」（論理型言語）を源流にもつ宣言的なデータベース問合せ言語。DatalogはSQLと同等の表現力を持つ。
Datalogは様々なプログラミング言語で利用できる。
「トピックマップ」は、本の索引をもっと高機能にしたような仕組みで、RDBとは違う形でデータを蓄積／検索できる。
NoSQL（一般に "Not only SQL" と解釈される）とは、関係データベース管理システム (RDBMS) 以外のデータベース管理システムを指すおおまかな分類語である。
関係モデルではないデータストアの特徴として、固定されたスキーマに縛られないこと、関係モデルの結合操作を利用しないこと（場合によっては単にそのような機能が欠落しているだけ）、水平スケーラビリティが確保しやすい事が多いこと、トランザクションを利用できないものが多いことなどが挙げられる。
学術的な世界では、この種のデータベースのことを構造型ストレージ (structured storage) と呼ぶことが多い。
NoSQL系データベースは、関係データベースのような汎用性は欠くものの、その制約された条件下ではRDBMSより高いパフォーマンスを持つ。
NoSQL系データベース管理システムが有用な場面は、関係モデルを必要としないデータを扱う時や、大量のデータを扱う時である。
有名な実装として、GoogleのBigTable、アマゾンのAmazon DynamoDBなどがある。オープンソースの実装も数多く存在し、例えばMongoDB、Redis、Apache HBase、HyperTable, Apache Cassandraなどがある。
問合型言語の学習の最後に、SQLを巡る物語も見てみよう。（SQLの学習をドラマチックで楽しいものにしたいねｗ）
RDBを活用すれば、大量のデータを処理して、多くの仕事を効率化できる。（金持ちへの扉が開かれる。）
エドガー・フランク・コッド（Edgar Frank "Ted" Codd, 1923年8月23日 - 2003年4月18日）は、イングランド生まれの計算機科学者
。関係データベースの理論的基盤であるデータベース管理の関係モデルを発明した。
1960年代から1970年代、コッドはデータ配置に関する理論を構築し、1970年 "A Relational Model of Data for Large Shared Data Banks" （大規模共有データバンクのデータ関係モデル）という論文を発表した（IBM内ではその1年前に公表している）。
しかし、IBMはライバルがそれを実装し始めるまで彼の提案を実行に移そうとせず、コッドは失望した。
当初、IBMはIMS/DBの収益を守るため、関係モデルを実装することを拒んだ。
コッドはIBMの顧客に自身のモデルを実装した場合の可能性を提示し、顧客からIBMに圧力をかけさせた。
そこでIBMは関係モデルの実装を開発する System R プロジェクトを Future Systems プロジェクトに含める形で立ち上げたが、その開発チームとコッドは分離され、しかもコッドの理論に精通した者はチーム内にいなかった。
結果として彼らはコッドの Alpha 言語を使わずにリレーショナルでないSEQUEL言語を開発した。
ローレンス・ジョセフ・エリソン（Lawrence Joseph Ellison、1944年8月17日 - ）は、データベースソフトをはじめとする大手ビジネスソフトウェア企業オラクル・コーポレーションの共同設立者であり、元CEO、会長、CTOである。
2014年現在の総資産は500億ドルで、世界で5番目の富豪である。
ニューヨーク出身。アシュケナジム・ユダヤ人の母親のフローレンス・スペルマン(Florence Spellman)は出産当時未婚の19歳で、生後9ヶ月のラリーをシカゴに住む叔母リリアン・エリソンとその夫である義理の叔父ルイス・エリソンに養子として引き取ってもらった。ラリーは実の母の名も知らず育ったが、48歳の時に初めて対面した。
高校時代は秀才だが、無愛想な生徒だった。イリノイ大学アーバナ・シャンペーン校に二年生まで通っていたが、リリアンの死後まもなく退学。カリフォルニア州北部で夏を過ごした後、シカゴ大学で学ぶために実家に戻ったものの三ヶ月でまたも退学し、カリフォルニアへ移住。この頃、コンピュータに触れ始めている。
1970年代、エリソンはアンペックスで働いた。彼の関わったプロジェクトのひとつにCIA向けデータベース開発があり、彼はそれに「オラクル (Oracle)」と名づけた。
エリソンはエドガー・F・コッドのリレーショナルデータベースシステムに関する論文 A Relational Model of Data for Large Shared Data Banks に触発され、1977年、自己資金1400ドルでオラクルを設立した。
彼はIBMのSystem Rデータベースがコッドの理論に基づいたものであると聞き、Oracleもこれと互換性のある製品にしたかったのだが、IBMはエラーコードを秘密にすることによって互換製品が出てくるのを防いでいた。
オラクルの最初の製品はOracle 2であり、Oracle 1は存在しない。このリリース番号は、それ以前のバージョンのバグが全て解決されていることを暗示しようとして付けられた。
1997年8月、ラリー・エリソンは親友のスティーブ・ジョブズがアップルに戻った後、同社の取締役に就任した。2002年9月20日、取締役会に出席する時間が充分に取れないことを理由にアップルの取締役を辞任した。
この人、キャラクター的にはあまり好きじゃないけど、行動力はすごいね！
Oracleのバージョンを「2」から始めて、改良されているように見せかける。～ちょっと詐欺っぽいけど、商売もうまい？ｗ
SQLやデータベースを活用して、素敵なアプリやWebサービスを開発してください。
では、これでいったん、増田式プログラマー養成講座を終了します。
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の参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
anond:20181110182445 増田式プログラマー養成講座 その20 SQLでデータの削除
anond:20181111205255 増田式プログラマー養成講座 その21 データベース設計 (1)要件定義
anond:20181119224031 増田式プログラマー養成講座 その22 データベース設計 概念→物理
anond:20181204142213 増田式プログラマー養成講座 その23 SQLを巡る物語 ←★今ここ★
：
anond:20181024214737 増田式プログラマー養成講座 コンテンツ一覧
