  |
はてなキーワード: 構造とは
・「Aに支配されるB」という視点で昔は女性と家畜に大差がなかった（だいぶ乱暴な言い方だが）
・「Aに支配されるB」は近年どんどん少なくなり、悪いものだとされてきている
気づいたこと
・支配からの脱出は相当大変なことだった（戦争やフェミニズム）
・支配から脱出した結果、常識が書き換わった（支配されて当たり前 → 支配するのは悪）
考えたこと
・動物を食べないと死ぬという点が異なる、女性を支配しなくても人は生きていける
・じゃあ動物を食べなくても人が生きていけるようになったら、家畜は支配を脱出するか？
何をバカなことを、と言われそうだが、常識外のことを言うのはどの時代においてもバカなことなのだ
現に「クジラは食べちゃいけない」みたいな常識が一部の国であったり、菜食主義者の流れがあったりする
50年後「動物を殺して食べるなんて非人道的だ」となる可能性もある
その時私達は適応できるだろうか
あれ、「お前変わってるな」どころじゃなくて、かなり変人・やべーやつとして扱われるんじゃないか？
・方向が変わって、「男性が女性に支配される」というのも普通にありえる
積み残し
・常識の変化に乗れると偉くなれるのでは
http://denji-ch.hatenablog.com/entry/2018/11/21/000512
ホッテントリのこれ。ニコニコの高難度動画のせいでロックマンが全部難しいことにされて、9以降の新作が実際に難しくなった……と読める。
いや、そうじゃないでしょ。ロックマンはニコニコが無くても超絶難しいゲームだったよ。
まずロックマンは時代に合わせて簡単になっていったのだから、9以降も簡単になっていくべき、というのは分かる。
8発売から9発売までの無印休眠期間に出てた「2Dアクションのロックマン」って、Xの4以降とイレハンとゼロとゼクスとロクフォル移植とロクロクじゃん。
難しいタイトルの方が多くない？救済措置（救済するとは言ってない）をジャブジャブ入れて簡単にしてるだけで、基本の難易度は高めだよね？
ロックマンシリーズが全体的にそうなってる中で、いきなり9は無印シリーズだから十二年前の8までの流れを継承してより簡単になるべき、って言うのはちょっと無理あるんじゃないの。
むしろロックマンというブランドに高難易度が定着してたんだから、9以降は難しくなって当然まである。
そしてロックマン9と10を実際に開発したのはカプコンではなく、インティクリエイツ（淫帝）。
そのインティクリエイツが9と10以前に作っていたゲームの一つがロックマンゼロ。無印ロックマンの続編のロックマンXの更に続編シリーズね。
これがとにかくクソムズい。2002年のGBAソフトとは思えないくらいムズい。
ダッシュジャンプすれば軌道上に敵。いい感じの着地点にはだいたいトゲか穴か敵。壁蹴りで登ったらそこに敵。倒した敵の背後から駄目押しで敵。そして接触して硬直からの墜落死。
どっかで聞いたねこれ。
トゲや穴による一撃死が非常に多い、悪辣なステージ構成になっています。
ちょっとトゲにぶつかってミス、穴から飛び出してきた雑魚に落されてミス、とかなり理不尽度の高い死に様をすることが多いのです。
そうだね。淫帝クオリティだね。爆撃機は15年経っても絶対に許さないよ。
更にゼロシリーズには「リザルト」がある。プレイ内容をステージ終了後に減点法で採点されてランク付けされる。ウスノロとかマケイヌとかテツクズとか。
ダメージ食らうと減点。回復アイテム稼ぎしてたらタイムオーバーで減点。ﾃｨｳﾝﾃｨｳﾝしたら減点……そして一部のプレイヤーは変態プレイに目覚めた。
アベ100。
スコア平均（アベレージ）100は全ステージで100点取らないと達成できない。
速攻でクリア条件コンプしつつ敵を殺しまくってノーダメノーﾃｨｳﾝノーエルフでフィニッシュ。
これ超絶ムズいんだけど、ステージの構造と敵配置を把握すれば、ちゃんとアベ100できるように作ってある。ただし超絶ムズい。
淫帝もこういう変態プレイヤー共の存在を知ってか（絶対知ってる）、隠し要素の解放条件にアベ100を設定した。
どっかで聞いたねこれも。
しかもゲーム中には『オワタ式ロックマン』を明らかに意識していると思われる「一度もダメージを喰らわないでゲームをクリア」という無茶な難易度の実績も存在します。
そうだね。淫帝クオリティだね。アベ100でミニゲームが解放されるロックマンゼロ3は2004年発売。オイオイオイ。ニコニコのオワタ式より早いわコイツ。
まあカプコン側にはニコニコでどうこうって企画意図があったかもしれないけど、開発はあの淫帝だからね。
当然のように、超絶鬼畜だけど完璧にステージ覚えてたらクリアできるし、死ぬほど頑張ればアベ100できるけど超絶鬼畜、みたいな難易度調整してくるよね。淫帝だから。
無印2という高難度タイトルをリスペクト・ブランド全体が難易度高めの流れ・淫帝開発。これだけ要素揃ったら9も10もそりゃ難しくなるでしょ。
ニコニコじゃなく淫帝が悪い。
まず落ち着いて読み返してみろ。文体は統一できているか? 文の論理構造は整っているか? 文頭と文末で趣旨がや主客が変わっていないか? 指示語の指す内容は決定できているか?
頭大丈夫じゃないな? わかるか?
「無給医」いる大学病院 “この5年以内 34か所” 調査結果
https://www3.nhk.or.jp/news/html/20181121/k10011719481000.html
無給医というと昔みたいに貧乏でこき使われてる印象だけど、現代ではその多くはバイト医だったりするんだよな
https://toyokeizai.net/articles/-/14176?page=2
で、無給だけど勤務医よりリッチ、という奇妙な状態が生まれているわけ
とかくバイト医は医療の構造を歪ませてるんだが、M3とか医療メディアはその斡旋で儲けてるんで絶対に批判しない
南無南無
https://twitter.com/search?q=%E3%83%90%E3%82%A4%E3%83%88%E5%8C%BB&src=typd
ダン・ブラウンも初期作品はSFでいいだろ。特にデセプション・ポイント。
北極で異星の生物の痕跡が残った隕石が見つかるとか萌えるでしょ。。
ロバート・J・ソウヤーがSF設定で殺人事件や法廷劇を書いたやつとか
ニール・スティーヴンスンのクリプトノミコンで暗号解読を巡る冒険とか。
7日目
アトピー持ちなので、朝方や夜に症状が出た箇所の痒みに悩まされることが多いのだが、温泉の効き目かどうか、この旅行 最後の床では何に煩わされることなく眠ることができた。
ホテルの大浴場はどうやら良いものの様だが、帰りの飛行機の予定の時間から逆算すると、別府温泉で湯に浸かる時間が忙しないものになりそうで、ここはスキップする事にして、朝食をいただく事にした。
廊下にでて窓から階下をみれば、乙津川の堤防の上を、犬を連れたおじさんがぷらぷらと歩いている。
しかし、クロワッサンと一緒に盛り付けられたパンケーキや、コンロで再加熱するシシャモ、湯豆腐など、工夫のある料理が並ぶ。
朝に冷奴は定番だが、これが湯豆腐になっただけで贅沢な感じがする。
ホテルの朝食で、「充分うまい」以上の「ちょっと贅沢」を感じられると思わなかった。
日豊本線を上り一旦大分で下車、見目麗しい銘菓「雪月花」をお土産に買う。
別府駅の観光案内所で今日の目当ての明礬温泉へのバス便を聞くと、インフォメーションのご婦人は丁寧に教えてくれた。
明礬停留所でバスから降りると、目当ての施設に行くまで歩くので、次の地蔵湯前停留所で降りるのが良いとの事だった。
昼に見る別府は、昨晩と違い、多くの飲食店やコンビニが点在する、のどかだが決して寂しくはない風景だった。
バスには自分以外にも台湾人と思しき人々や日本の観光客が載っている。
バス停に停車した際、70すぎと見られるご老人が「かまど地獄と血の池に行こうと思うんだけど、どのバスには乗り換えればいいの？」といった様な事を聞いている風景はなかなかシュールだった。
「じそうゆまえ？」
女の子がバスの運転手に特徴的なイントネーションで行き方を訪ねている。
自分も明礬を通り過ぎ、地蔵湯前停留所で明礬湯の里に向かう。行き先は一緒だ。
降り立った地蔵湯前停留所は、紅葉の向こうにアーチ構造の端がかかり、所々で湯気が上がる絶景だった。
急ごう。
振り返ると、一緒に降りた女の子が微笑みながら礼をした。
＞一私企業の営利活動の範囲を超えて業界全体でスポーツとして盛り上げる気概をきちんと見せてほしい。
＞他のスポーツと同じようにね。
サッカーなら日本プロサッカーリーグ（Jリーグ）、野球なら日本野球機構（NPB）、
どこも営利活動を目的とした上で、スポーツ競技を成り立たせてるが？
バスケなど、興行としての見栄えを良くするために、ルールを変更したくらいだ。
大事なのは「競技性と公平性が保たれてるか」であって、収益構造ではない。
オリンピックにおけるeスポーツ議論でも、この手の変な論調が出てくる。
「オープンソースにしてオリンピック用の無料ゲームでやれ」といった具合の。
いつもはてな匿名ダイアリーをご利用いただきありがとうございます。
掲題の通り、2029年3月27日（火）をもちまして、はてな匿名ダイアリーのサービスを終了します。
はてな匿名ダイアリーは、「はてラボで提供される、はてなの実験的サービスの1つ」として、2000年1月に提供を開始いたしました。
テキストのみ、お絵かき機能や画像投稿など一切ない多様な表現が不可能なサービスで、
「うんこ漏らした」から始まる“うんこの投げ合い的”なコミュニケーションを通じて
独自のコミュニティが形成され、多くのユーザー様にご支持いただくとともに、
ユーザー様同士の交流の場としても長く活用されてきました。ご愛用いただきました皆様に心より感謝しております。
その一方、はてな匿名ダイアリーのシステム面では、困難な問題を抱えておりました。大きな要因として、長期にわたってサービスを提供する中で、
その時々の時流に沿う形で独自のサービスを試行し、利便性を高めるために他サービスとの連携を図るなどの施策を取った結果、
システムが非常に特殊な構造となったことが挙げられます。結果として、システムのメンテナンスコストが増大し、
近年では新規の機能追加だけでなく、不具合の修正や大規模なスパム投稿への対策など、喫緊の課題として必要な対応も迅速に行うことが難しい状況でした。
はてな匿名ダイアリーは、提供開始以来ユーザーの皆様に長くご利用いただいてきただけでなく、
サービスに愛着を持ち、温かく応援していただいているユーザー様が特に多いサービスでもあります。
はてなとしても、サービスをこれからも継続して提供するために取れる手段がないか、検討・協議を重ねました。
これは、サービスを最低限の機能で提供し続けながら、ラボサービスであることを活かした実験的な手法での改善を模索していくための決断でした。
しかし、ラボにおいても、現状のままのシステムでサービス提供を続ける場合、今後、セキュリティ上の深刻な問題が生じる可能性が高く、
最低限の機能を安定して運用するためのコストが増大することは避けられません。
一方、システムの移行・刷新については、過去の投稿データを保持しながらの開発となりますので、
新規サービスを提供する以上の非常に大きなコストが必要となります。
約2年間試行を重ねてまいりましたが、抜本的なサービスの再生ができず、システム面の状況と現状のサービス利用状況を鑑みて、
はてな匿名ダイアリーをご愛用いただいておりましたユーザーの皆様には誠に申し訳ございません。
このような判断に至りましたことを、何卒ご了承いただきますよう、よろしくお願いいたします。
これまでに投稿いただいたデータについては、エクスポートできるよう対応を検討しております。
個人的には、
という順番がいいと思う。
…というかんじ。
双方の立場の一番の違いは、動的型付け言語がシステムの非平衡状態を重視するのに対し、 静的型付け言語は平衡状態を重視していることなんじゃなかろうか。
型とは設計である
型とは設計だと思っている。しかもコードから乖離することのない、生きた設計だ。
型を見れば静的な性質の多くが分かる。
型を見てそれらが分からないようなら、それは設計(型)が悪いのだろう、と僕は思っている。
設計の変更時にはコンパイラが何処を直せば良いか全て洗い出してくれる。
静的型付言語では型が煩わしくなるという旨の発言を聞くたびに、僕には「私は設計が出来ません/設計を考えた事がありません」と言っている様にしか聞こえない。
その通りだ
特に俺は自分の子供に忘れ去られることを何度も経験しているからな
母親が子供へできるコミュニケーションを、父親が取れない悔しさなど少なくとも陸上の父親だって経験しているはずだ
今回は、DB設計の(2)概念設計、(3)論理設計、(4)物理設計を見てみましょう。
「スッキリわかるSQL入門」のDB設計の説明がコンパクトにまとまっていて、分かりやすいと思いました。（是非一度読んでみてください。）
「スッキリわかるSQL入門」第12章の説明（p.374）を参考にしてみよう。（詳しくは本を読んでみてください。）
概念設計
データベースやシステムに関することは考えず、要件に登場する情報だけをザックリと把握します。
論理設計
概念設計で明らかになった各情報について、RDBを使う前提で構造を整理し詳しく具体化していきます。
論理設計では「どのようなテーブルを作り、それぞれのテーブルにどのような列を作るか」まで明らかにすれば十分です。
型や制約など、付随的な部分については考えません。
物理設計
特定のDBMS製品（たとえばMySQL）を使う前提に立ち、論理設計で明らかになった各テーブルについて、その内容を詳しく具体化していきます。
すべてのテーブルのすべての列について、型、インデックス、制約、デフォルト値など、テーブル作成に必要なすべての要素を確定させます。
この物理設計に基づいて、CREATE TABLE文などを含む一連のDDL文を作成し、最終的にデータベース内にテーブルを作成することができます。
本書の「図12-4 データベース構築のおおまかな流れ」も参考にして欲しい。
●入力 お客様の要件（全国の倉庫に商品があって、その在庫を管理したいんだけど～）
↓
・物理設計：[SHOHIN][ZAIKO][SOUKO] …使うDBの仕様に合わせてテーブル定義表を作成
↓
●出力 DDL文
・CREATE TABLE ～
・CREATE VIEW ～
・CREATE INDEX ～
ER図とは、「Entity-relationship Diagram」（実体関連図）の省略形だ。
コンピューターの用語は英語ばっかりだから、日本語にして欲しいよねｗ
ER図で使う記号は、「IE記法」や「IDEF1X記法」など、いろいろな規格がある。
情報処理技術者試験のデータベーススペシャリストの問題では、「UML」という図の記法も使われる。
「正規化 Normalization」とは、データの形を「正規形」（Normal form）に変えること。
ざっくり言うと、テーブル（表）を分割して、データの重複や不整合を解消する作業だ。
テーブルの形を変えていくステップには、第1～第5まで5段階ある。
第3正規形をより厳密にした「ボイス-コッド正規形」という形もある。
第3と第4の間なので「第3.5正規形」とも呼ばれている。
（ボイス-コッド形もカウントに入れたら、第1～第5、＋第3.5で計6段階になる。）
正規化を進めると、SQL「JOIN」の利用が増えてくる。JOINを多用する処理は遅い＝DBの性能低下につながる。
第3正規形まで分割しても、実際に使ってみて遅い場合は、第2正規形や第1正規形に戻して使うこともある。これを「非正規化」とか「正規化を崩す」などという。
RDBでは処理速度が遅くなる場合、代わりに「NoSQL」を使う場合もある。
時間がない場合、先にGUIのDB管理ツールでデータベースを作成してしまい、その後でテーブル定義表を作成することもある。
DB設計に慣れてきたら上記の各段階はすっ飛ばして、いきなりデータベースを作れるようになるだろう。
ここまで、SQLの使い方やデータベースの設計について学びました。
次回は、その他のSQLに関連する話も見てみよう。
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 データベース設計 概念→物理 ←★今ここ★
：
一瞬でも子育てしたことあるなら解るだろうけど、年齢が低いほど子供は母親に付く
どう考えても母親は産後動けないし赤ん坊につきっきりで、その間に父親は働かないわけにいかないから子供との時間が母親と比較して圧倒的に低い
触れ合っている時間が直接懐きに影響するなら父親は圧倒的に不利だ
問題は父親が子供に慣れる時間を母親ほど確保できないことであって、不慣れな状況の恐怖から来るコミュニケーション不足という負のスパイラルにあるんだ
男が育児参加しにくいのは男の責任じゃなくて人間という生物の社会的構造の欠陥だ
本当にそうなのかなあと。
Twitterをしていると、いつも何かの悪口やネガティブな事ばかり言う人に「いいね」が集まっていく事に気が付いた。
いつも何かに対して怒っていたり、何かを激しく嫌っていたりしている人。あるいは特別気難しくて、明らかに精神的にこじれてる人。
そういう人はなんだかんだ人気があって、いいねが沢山付いたりフォロワーがどんどん増えたり、宣伝事項のRTとかも伸びやすいように見える。
逆に「凄い人が良いな～」と感じる人は意外とそうでもないのだ。
何故だろう。
やっぱり「悪口を言うと嫌われるよ！」って言われて育つと思うんだ。一度は親や先生に言われた事あると思う。
けど本当にそうなのだろうか。
因果応報的な発想でいくなら、やっぱりいい人には成功して欲しいし、悪口ばかり言う人にはそれ相応の結果になる
……という世界構造だったらシンプルでいいなとどこかで思うだろう。
勿論悪口を言う人に悪い態度を取ると今度は自分の悪口を言われるから、とりあえずうわべだけでも仲良くしておくのが賢明だ！という事はあると思う。
実際自分もそうやって生きてる所があるし。
でもそういう人に「人が寄っていく」のは何故だろう。
一度来た人が逃げられないのは分かるけど、わざわざ近寄るのはどうしてだろう。
なんだろう、すごく気になる。
あのさあ……。
これに限らず定期的にしょっちゅう出てくるよね、
ブチブチブチ（堪忍袋の緒が切れる音）
てめえら、いい年こいていつまでもアニメやラノベにしがみついてんじゃねーーーーー！
それらはイレギュラーはあるものの、基本的には媒体そのものが思春期向けに
作られてるんだよ！
あっ、おっさんになりながら文句を言わずに楽しめてるやつらは別に構わねえよ！
でも楽しめなくなったやつらは！ 楽しめなくなったからって！
エンジニアから見ても、異常に技術力がある人間がコミュ力に問題抱えてる割合は間違いなく高いと思う
あれはやはりアスペとかサヴァンとか一種の発達障害なんだろうな
連中は他人とのコミュニケーション能力を失う代わりに、
異常な記憶力や抽象構造の理解力、偏執狂的な技術への拘りを得ているんだろう
おかげさまで、技術的にはカスな俺のようなエンジニアにも需要があるわけだが
