  |
はてなキーワード: マークアップとは
Webサイトのクロスブラウザ対応に携わったことがある者だけがIEに石を投げなさい
http://anond.hatelabo.jp/20170508211030
最初から追記（元増田がどういう環境でどういうソースから電子書籍を作ってるかわからないので、以下は自分のところの話）
新刊は電子データなのだから電子書籍にするのも簡単だろとか言う方々はかつてのクロスブラウザ対応のことを考えてもらいたい。
「HTMLは電子データなんだからIE6でレイアウトが崩れないようにするなんて簡単だろ」って言ってんのと同じなんだよ。
InDesignのEPUB書き出しは現状全く使えず、まともなEPUBを吐いてくれない。
となるとDTPの流し込み用テキストをもとに電子書籍データを作ることになる（そうじゃないところもあると思うが）。
もちろんInDesignから書き出したPDFを電子書籍でございと売ればこの手間は省ける。
しかしリフローしない電子書籍、文字を拡大するとページの一部しか読めなくなる電子書籍なんて読みたくないでしょ?
印刷用のPDFはデザインを簡素にして、Re:VIEWから直接出力できる程度の装飾しかしないなら話は簡単だ。
同じソースから紙の本向けのPDFと電子書籍用のEPUBを同時に生成できる。
その場合でもIllustratorで作ったベクターデータの図を載せる場合、PDF向けのEPSデータ（1色）とEPUB向けのPNGデータ（RGB）が必要だ。
そうなるとPDFとEPUBで同じ場所にきちんと同じ図が掲載されているかのチェックが必須となる。
図に修正がかかった場合、EPSとPNGの両方を間違いなく修正したかチェックが必要。
そんななので、紙のデータと電子書籍のデータをワンソースからサクッと作れる世界が来るまではもうちょっと時間がかかりそうなんだ。
日本のお役所がPDF大好きなのは、知っている。霞ヶ関から吐き出される有効な資料は、ほぼpdf！
一方で、e-statなどでは、ネ申エクセルや方眼エクセルとは、別の方向でcsvデータを公開している。
今、株価が上昇しているIT企業様は、PDFとhtmlとを比べるような使い方はしていないのでは？
世界は、IT企業、htmlとPDFとを比べたらどちらを重用しているのか？
googleがjava script 推しのJQueryを良く使ってるし、これからは、人工知能の時代だから、xml形式とか、マークアップ言語は、良く出てくると思うよ。
Facebookはphpなんでしょう？リア充御用達で、Twitterよりも株価も資本も安定している。
これからは、you tubeとかLINEみたいなツールがどんどん出てくるから、先のことは分からないよね。
オープンソースでもGit hubみたいなツールが使われているんだし。。
元々HTMLが書けない素人向けの仕組みだぞ。Wikipediaでもゲーム攻略Wikiでも素人が覚えて編集してるのに技術者が何言ってんだ。
第二に、保守以降、一つのシステムに複数の改修案件や故障対応が並行するようなことはままあることだが、ソースはSVNなどで管理できるがwikiはできないため、設計書とソース間で不整合が発生することは大きな問題である。
案件ごとに設計書分けたり、後でマージしたりは、どっちにしろ面倒だと思うけど。
私はソフトウェア製造業で十年近く働いているが設計書と言えばExcelまたはWordだった。
UMLなどの作図にツールを使用することはあっても、最終納品物としてはExcelに画像として張り付けて提出していた。
もちろんExcel方眼紙については批判もあるのは理解しているが、開発者、運用者、顧客など関係者すべてが手間なく簡単に読めることを条件とすると、やはりExcelに落ち着いてしまう。
そんな私に表題のようなことを提案されたわけだが、最初何を言っているのかわからなかった。
設計書と言えばExcelという私には設計書をwikiで書くという発想がみじんもなかったからだ。
開発者、運用者、顧客のだれでも手間なく容易に読めるという条件はwikiでもかなえられることに気付いたが、私にはwikiの知識がほとんどない。
彼に詳しく聞いてみると、前に参画していたプロジェクトでは社内サーバに建てたwikiを用語集として活用していたそうだ。
wikiには顧客業務の専門用語などを記載して、製造工程以降に参画してくるメンバーとの情報共有のツールとして使用していたらしい。
そういった運用をしているうちに彼はwiki自体を設計書とできないか考え、調査したところ実際にwikiを設計書として使用している会社もあるようだということで、今回提案に踏み切ったらしい。
私も今調べてみたところwikiで設計書を書くという運用をしている会社もあるようだが、メリット・デメリットがwikiの知識があまりない私には判断しかねている。
ぱっと思いつくデメリットとしては、第一に、やはりマークアップを記述するコストが非常に大きいように思える。
記述する手間だけでなく、記述するスキルを手に入れるためのコストも考えると無視できないコストが必要となるように思える。
第二に、保守以降、一つのシステムに複数の改修案件や故障対応が並行するようなことはままあることだが、ソースはSVNなどで管理できるがwikiはできないため、設計書とソース間で不整合が発生することは大きな問題である。
メリットとしては、リンク機能で各設計書間を容易に行き来できることが第一に挙げられる。
第二に、改訂履歴や差分が標準で用意されていることもメリットであろう。
第三に、検索が容易であることがあげられる。この点はExcelと比較して十分大きなメリットだと思っている。
私がぱっと思いつく限りではこんなもんである。
はてな諸兄の中にwikiで設計書を書いたことがある方がいれば、メリット・デメリット、その他運用において気をつけるべきことなどあればご助言願いたい。
なお、今回の案件は数万LOCの小規模な、VBからWEBアプリへの置き換え案件であり、顧客から設計書の決まった書式などは指定されていない。
そのため自社の標準の設計書テンプレートを使用する予定だった。もちろんExcelである。
また、設計書作成に使用するツールでExcel、Word以外の素晴らしいツールがあれば教えていただきたい。
どうかよろしくお頼み申し上げ候。
流し読んで、そうかぁー、ぐらいに思ったけれど。
Wikiの日本語や英語のwikipediaの説明を読むと、まんま書いてあって。
それまでのマークアップ言語の一つとして、e-mailの表記方法などから着想を得ている、ということらしいよ。
https://en.wikipedia.org/wiki/Markdown
http://daringfireball.net/projects/markdown/syntax#philosophy
そこでは、
While Markdown’s syntax has been influenced by several existing text-to-HTML filters — including Setext, atx, Textile, reStructuredText, Grutatext, and EtText — the single biggest source of inspiration for Markdown’s syntax is the format of plain text email.
Setext, atx, Textile, reStructuredText, Grutatext, and EtText とか、初めて聞いたけれど、そんな幾つかのマークアップ言語の
最大の影響を与え、着想の元となったものは、平易なプレーンテキストのe-mailの書き方です。
みたいに書いてるね−。
物知り元増田に素直な増田が質問してくれて、分かりやすくなったヨ。
正しいHTML
block__element__elementは使用しない
GoogleChromeなら変換時に右側に△マーク〜
意識高い系スライドショーみたいにまず自己紹介が来ると思った？ しねーよ。匿名だよ。
つーか、こんなフォントが超ちっちゃいテキストエリアで、ほとんどテキストしか書けないクソみたいなUIのサイトで、
はてな地方だかはてな痴呆だかよくわかんないマークアップ言語を強要されたあげく、
延々仕事の愚痴だかプライベートの愚痴だか知らんが、よくわからんゲロみてーなもんを吐き出してる連中がいるってことがマジ信じらんない。
Anonymous？（アノニマス？）とかいうハッカー集団みたいな名前も気に入らないし、最近上場ゴール果たしたとか噂されるはてなそのものも気に食わない。
そしてたぶんこういうクソみたいな日記でさえ「またミイラ取りがミイラになったよ」「増田にようこそ」「土曜日の昼下がりに投稿乙」とかブコメついて
むなしく消費されていってしまうんだなと思うと怒りさえ沸いてくる。
ちまたではプロブロガーなどといって、カネに変えるために延々クソみたいな文章をひりだしている輩が存在するらしく、そいつらにも怒髪天である。
求めているのは話題性か？ 身内ウケするレトリックか？ サロンに通って金を落としておいて、自分だけは起業家気取りか？ 笑えるな。
つーか、この増田をちらっと見てにやけた顔してるお前。そうお前だよ。お前に言ってるんだよ。こんな日記の何が面白いの？
デザインもマークアップもろくにできないのにWEB業界でディレクター職についてる人ってけっこういますよね。
知識も中途半端で、強いて言うなら見積もりと進行管理のプロという立ち位置なのでしょうか。
そういう方の中で、進行管理をちゃんとやらずにAD気取りのディレクターがいて腹が立ちます。
相談無くスケジュールを切り詰めるくせに、デザインや動きには細かい注文をつけてきます。
でも、進行管理がいい加減で、閉めきりや提出物の文言や細かいチェック、クライアントからの情報に過不足がないかどうかなどの確認は結局制作者がやっているので、制作時間がかなり減ってしまいます。
実際はすごく手間がかかる作業でも、工数がよく分かっていないせいかものすごく少ない時間を見積もってしまったりします。
そんなすぐにはできません、と言うと「言い訳するな！」と言われます。
制作時間が減る分、要件を満たすので精一杯になり、当然クオリティは下がります。そしてそれを見たディレクターはますます細かい注文をしてきます。
クオリティが低いものにチェックが入るのは当たり前ですからしょうがないのですが、時間で解決できる問題ばかりなのですごくフラストレーションがたまります。
クライアントの言うままに時間を切り詰められ、中途半端なものを提出させられ社内でダメ出しをくらう…その連続で、制作チームはもううんざりしています。
「あなたたちはオペレーターなのか？自分の頭で考えろ！」と度々言われるのですが、考える暇も与えない状況を作ってるのはその方のように思えてなりません。
しかし実際、その人に見せてるもののクオリティが低いのは明らかですから、こちらも強くは言えません。僕たちの仕事が遅すぎると言われればそれまでなので。
デザイナーが素早く美しくデザインし、僕らがが早急にかっこよく動きをつけれる能力があれば全ては解決するのですから。
ADでもTDでもなくディレクターなんですから、プロのディレクターとして制作チームの能力に見合ったスケジューリングをして欲しいです。
そしてデザインや動きについてはプロである僕らに任せて欲しい。
もちろん何かおかしければ指摘があって当然だと思うのですが、その前にまず自分の仕事をしっかりすべきではないか、と思ってしまいます。
これは僕らの我がままでなのでしょうか。
はっきりいってディレクターって、作る能力を持ち合わせていない人がクリエイティブな気分になれる気持ちいい職業ですよね。
それに利用されているのかと思うと腹が立ちます。
この気持ちを上司に伝え、ディレクターを指導してもらおうか迷っています。
こんなことを伝えても「あなたたちのクオリティが低いからその管理に手一杯なのだ。」と言われたらそれまででしょうか。
ほぼ毎週土日も奪われていますし、進行管理がおかしいのは明らかだと思うのですが。
会社の人，取引先，同級生など皆がfacebookやtwitterのアカウントを持つようになって，好き勝手書くことが難しくなってしまった． 匿名ダイアリーなら，きっと大丈夫だろうということで，今まであちらこちらにイニシャルトークみたく書いてた内容を，引き続きイニシャルトークのままこっちに書くことにしよう．
で，それはいいとして，この「はてな記法」とかいうwiki崩れみたいな微妙な仕様のマークアップは，難しいな． html を生で書かせろとは言わないが…もちょっと既存のマークアップに似せてよ．
でも一応，雰囲気は pukiwiki に似てるかな． タグもなんか使えるっぽいから，習うより慣れろで，何か書くしかないか．
Qiitaに書こうかと思ったけど、言いたいことも言えない、こんな世の中じゃ。
モバイルファースト、APIファーストな文脈でハイブリッドWebをやってきた目からすると、サーバーサイドでHTMLを生成してページ遷移させるなどという90年代調のクラシカルな発想を基本に据えるフレームワークはとても斬新に思えました。HTMLをゴリゴリ生成するなんてよほど特殊な最適化をしようとするのでなければそもそも発想として出てこないです。それでいてDSLやメタプログラミング等のテクニカルな技法が宝石のように鏤められている様はまるでエジプト時代の骨董品を見るかのような趣がありました。turbolinkなどは、かつて表計算ソフトに出しゃばっていたイルカを思い起こさせる味があります。かつて慣れ親しんできたSPAが星のように遠い存在になりました。
Web界隈の人々がモデルだとかアクティブレコードだとか"MVC"だとかを非常に具象的に話す様を見るにつけ、お前らどんだけPofEAA読み込んでるんだよと畏怖していた時期が僕にもありましたが、どうやら彼等はRailsのクラスやディレクトリという特定の実装について話していただけだったようです。Modelという概念もこれだけ肥大化してしまったら、オリジナルな概念で彼等と会話するのは諦めるべきかなと思いましたし、Railsの"MVC"をアンクォートして語るのはもはや害悪であるとすら感じました。
Rails界隈の人がよく「Railsの流儀」や「正しい"MVC"」というのを口角泡を飛ばして議論しているのを目にするのですが、おそらく外に広がる不条理で火傷を負って快適なRailsの世界に引き篭もった結果としての一種のストックホルム症候群なのだなと思いました。いまやAjaxとかWebsocketとかWebRTCとかを組み込もうとする至極真っ当な方法論がとてつもない高難度に見えてきます。設定よりも規約、というのも一つの方向性だと思いますが、ドメインやサービスレイヤの名前空間を構築しようとしたりコードジェネレーションしようとしたりしただけで地獄のようなCircular Dependency罰を受けてしまったので、自分がとても間違った事をしているような気がしてしまいました。とはいえConcernsに特別な名前や役割を与えられても正直しんどいので、皆が皆libにゴミを放り込んでいく様子にも納得がいきました。
RailsをAPIサーバーとして使おうとするとまずビューが無くなってMとCだけになりますが、いわゆる"MVC"の文脈で育ったエンジニアがなぜ息を吸うようにFat ControllerやFat Modelを作ってしまうのかという事が良く分かりました。多くのRailsのリファクタ手法と称されているものはクラスを書くファイルを分割する事以上のものでは無いように思えたので、Rails使いを大きめなAPIサーバー案件に回すときはセットポジションでDDDの青本を投げつける必要が有るなと思いました。
ビューとコントローラを結合させた場合、結合テストはCapybaraとかのBDDでマークアップサイドとの干渉を恐れながら強い気持ちでメンテしていくしか無いのかなと思いました。おそらく脳に電極を埋め込んでいるか、緑色のランプを見るだけでハイになれる特殊な人にしか生き抜けない闇が垣間見えました。コントローラを薄くしてサービスレイヤを挟めばその辺りもうまくいけそうな気がしましたが、ビューからヘルパーやモデルがいくらでも透けて見えてしまうという状況では裏側の完全性に自信を持つ事は難しそうでした。
ビューがRubyを叩いて永続化レイヤと直接コミュニケーション出来るというのはとても生産性が高いのだろうとは思いましたが、こうして出来たパーシャルやら何やらをデザイナーとどうやって共有するかを考えると頭痛が痛くなりました。おそらく適当に切り出して綺麗な空間をassets以下に構築した上でpublicにRPCのような窓口を備えたゴミを量産していくのかなと思いましたが、もっと綺麗な方法はあるのかもしれません。でもきっとRails案件に関われるデザイナーはRubyもバリバリ書けるに違いないはずなので、ここが問題になる事は無いのだろうなと思いました。
RESTはとても美しいパラダイムではありますが、そもそもHTTPがさほど美しくないので歪んだ空間には目を背けるか勝手解釈を与える事で人は初めてRESTfulを名乗る事が出来るのだと思います。GETがbodyを(公式には)持たないという事について美しい説明を与える事は出来ないでしょう。サーチAPIはどうしますか。ステータスコード足りなくないですか。401エラーはどうしますか。そしてRESTはあくまでリソースを抽象化する美しい概念なので、アクションや副作用については貧弱です。動詞が足りないですし、一般動詞に狭義の意味を与えてドキュメントするのは二度手間にしか見えません。PUTには冪等性があるべきみたいなこだわりは家の猫にでも説教してればいいと思います。というわけで、REST的な設計を拝借することはよしとしても、「○○はRESTでは無い故云々～」みたいな注文はやめて頂きたいものです。
とか言わないで欲しいです。こういう時にセットでPHPをディスって悦に浸るのは知る限りRubiestとPythonistaと中学生だけです。それにこれはあくまでサーバーサイド初心者の感想なので、想像するにこれ系のFWは多かれ少なかれ似たような不満を抱えるものなのかなと思います。というわけで、おそらくこれから選択肢がある限りはRailsを使い続けると思います。
ほとんどのWEBデザイナって糞みたいなCSSしか書かないしJavascriptは書けない。1ファイルに何千行と書き、コピペが蔓延して破綻していることを直視しないでそのまま開発続ける。
プログラマは、リファクタリングやメンテナブルについてとても関心が高い。D.R.Yなんてのは共通認識。
一方でWEBデザイナってどうしちゃったのさ。いつまでFTPでデプロイみたいな思考してるんだよ。
糞みたいなCSSをどうしてメンテし続けるの？明らかな負債をどうして溜め続けるの？馬鹿なの？
俺らプログラマがCSS書くしマークアップもするよ。そのほうがテンプレートを効率的に回せるしな。
今CSS設計の教科書を読んでる。プログラムと考え方似ているからおもしろいな。
http://individualist.link/ （←ドメインかっこいいでしょ）
〜 居酒屋にて 〜
A「やっぱり若者が稼ぐにはアプリ作るしかないと思うんですよ」
B「あー分かる」
C「ゲームは当たると大きくていいよね」
A「いいですよね」
A「そういう人の話聞いてみたいんですけどなかなか出てこないですね」
B「どういう人がどういうサービスで当てたのかまとめたい」
A「いいですねえ。Wiki 的な」
B「Google Docs とかでやってみる？」
A「おお、やりましょう」
B「Webサービスにしてもいいかも」
B「できた」
B「ドメイン取ろう」
アルコール入ってるから話のディティールうろ覚えだけどこんな流れで作りました。
当てたいなら先例を見るのが一番参考になるはずだし、僕は個人で作ったものが流行っているのを見るのが好きだし、そういうのとても興味ある。
このサイトを見ていると、どういう人がこのサービス作ったんだとか、これ個人で作ってたんだという発見があっておもしろいと思います。
１時間で出来たというのはほとんど誇張ではなくて、デザインに拘る時間とサーバーに設置する時間を抜かせば本当に１時間でできます。
・画像保存
・タグ付け
・JavaScriptで動き付ける
・CSS整える
・デザイン
というような感じになる。これらを実直にいちいち実装してたら１日で終わるか分かりません。
本を読む一番はやい方法は、文字を読まないことです。
ちょっとコードが書けると実装する道筋が思いついちゃうからライブラリを探す考えに及ばず実装しちゃう事があると思います。
そういう事は避けて、アプリを書くならアプリの本体を最小に済ませるか、ライブラリ自体を作ることに力を入れましょう。
こちらのサイトではRailsのレールに乗っかって開発しました。
以下の例はRailsを使った方法ですが、モダンなフレームワークを使っているのであればだいたい似たような話になると思う。
手に馴染んだフレームワークがあるならなんでもいい。
クソ小さなロジックと数ページしかないならPHPでもいいけど、
とにかくはやく作ることがしたいなら何かしらフレームワーク使ったほうがいい。
秘伝の Rails Application Template を用意しておくのも良い。
モダンなフレームワークなら何も考えずにデータベース接続できるはず。
Rails なら config/database.yml に接続情報書いて rake db:create && rails g model User name:string です。
ソーシャルアカウントでログインする要件が出たら、何も考えずに「あ、OmniAuth」となりましょう。
・画像保存
画像保存が必要になったら反射的に「Paperclip か CarrierWave どっにしよう」となりましょう。
・タグ付け
ActsAsTaggableOn を使います。
has_many :through のめんどくさいタグの実装ですが
これ入れて rake acts_as_taggable_on_engine:install:migrations && rake db:migrate を打てば一発で完成します。
・JavaScript で動き付ける
早くつくりたいんなら JavaScript は捨てましょう。
少なくとも生の JavaScript 書く時代ではないので CoffeeScript 使うと良いです。
・CSS 整える
とりあえず Bootstrap 入れましょう。
クラスの付け方を覚えちゃうと CSS 弄って HTML リロードして確認なんてことしなくても形は整います。
Bourbon gem 使って mixin ライブラリ組み込んじゃうのもいいですね。
HTML 書くのやめましょう。
Haml や Slim のようなテンプレートエンジンを使います。
Zen Coding でもいいけど、結局出力されるのが HTML じゃ見通し悪くて辛いと思う。
Web Components の時代になったらもっと簡単になるんだろうな。
・デザイン
ただ、Webページやアプリというのはだいたい決まったパターンがあるので、いろいろな事例を見るとよいでしょう。
正直レイアウト自体は他のサイト真似るのは悪くない判断だと思います。
むしろその方がユーザーにとって慣れ親しんだ分かりやすいサイトでもあります。
http://individualist.link/ の場合、http://www.producthunt.com/ を異常なほど参考にしました。
まあここまで書いてなんだけど、前提知識として Rails が使えるようになってないといけないのは敷居高くて悪かったと思う。
なお、今回つくったこのサイト、ぜひともみなさんにも投稿していただきたいのですが現在投稿者は承認制としております。
私本当に個人が作って運営しているというアプリやサイトというのが好きでして、
こちらのサイトにリストアップする行為に儲けやがってといった悪意は一切ありません。
http://anond.hatelabo.jp/20140121235137
僕は専門家じゃないからよくわからないが以下のように考えている
たとえばよく言われる
モデル記述言語でモデルを記述したらコードが自動生成されるのでプログラム不要って話は、
C言語が.sを生成するのと同じなのでそれはコンパイラであって概念的には昔からある話。
C言語が抽象度低くてむつかしいというなら抽象度の高い言語を使えばいいというだけにしかならん。
GUIで設計すれば自動的にコードができるようにならんの? って話はUIビルダとか昔からそうだったじゃん。
でもGUIで作ったやつってバージョン管理システムで管理しづらいから、マークアップ言語で記述できるようにほうが便利ってことにみんなが気付いて、結局テキストで記述できるようなのを一般的にしようってのが2004年～2005年くらいの話
元増田です。
そのためのデータ管理という項目をコンピュータ教育の指導要領に含めるべきだって話です。
代替オフィスへ移行しても「名前重要」なのは変わらないですし、互換性問題から「マークアップ」も必要とすべきです。
マークアップがプログラミングの型推論のように行われる可能性は軽量マークアップ言語の登場からあり得ない話では無くなってますけど、それに至るまでは時間が沢山必要だと言って良いはずです。
僕は別に憲法のような確固たる可能な限り変えるべきではないルールとしてデータ管理からのコンピュータ教育を推しているわけではないです。
ただデータ管理は少なくとも僕の寿命が尽きても広く使われるはずだ。この意見はIT業界関係者ならば否定のしようがないことだと思います。
現在二十代後半の自分は小学校でのコンピュータ教育が始まったタイミングの世代です。
始めは「学校へコンピュータ導入しました」みたいな申し訳程度な感じだったと記憶しています。
小学校でのコンピュータ教育の内容としてはCD-ROMを配布され、ODへ挿れるとソフトウェアが書き込まれたISOが自動起動して、そのソフトウェア上でコンピュータを学ぶという形式だったはずです。
学習ソフトウェアは勝手にフルスクリーンになるわけですが、今思えば無知な小学生がOSの設定を変えてしまわない配慮だったのだと思います。
実はこのあたりの記憶は曖昧なので学習ソフトウェアの内容は以下のような感じだったはずです。
これ以外もあったような気がしなくも無いですが、前提として私は小学生男子なので興味のないものは記憶からすっぽり抜け落ちている可能性が高いです。
この中で一番出来が良いのはパラパラマンガツールで、おそらくはプレゼンテーションなどを学ばせるためのものだったのでしょう。
時代を考えるとFlashが出始めの頃でありユーザーインタフェースや機能はFlash作成ツールから影響を受けていたようです。
ポケモンの戦闘シーンを完全再現したことでクラス内でヒーロになったのでこのツールには思い入れが深いですｗ
感覚として元も近いFlash作成ツールはParaFla!で、ParaFla!とペイントを足して2で割ってタイムラインシーケンスが無い感じでした。
地図を学ぶゲームも比較的良い出来で、ユーザーインタフェースはシムシティな感じでしたね。思いっきり影響を受けてるようでした。
確かストーリー仕立てになっていてクリックしてるだけで進み、地図記号とか学べるんじゃなかったかなあ？と記憶が曖昧です。
この学習ソフトウェア、どうコンピュータ教育に活かされていたか？と言えば、何にも活かされていませんでした。
教師は軽くマウスやキーボードの使い方を指導するだけで、あとは良い言葉を選ぶなら生徒の自主性に任せて、変な設定等を行わないように監視しているだけでした。
どういう指導要領になっていたかは知りませんが、コンピュータによるオートメーションを過剰評価して授業もオートメーション化出来るかも？と国は考えたのでしょうか？
まあコンピュータ教育が導入された最初期ですから実験的な意味合いも多分に含まれていたと思います。
パソコンの起動方法から始まり、ローマ字入力(小学校はひらがな入力)、そしてMS Officeへと入りいます。
このあたりは民間のパソコン教室と変わりがないかも知れません。
小学校で行われていた学習のオートメーション化への期待は無惨にも崩れたらしく、教師は手取り足取り教えてくれます。
それは新規フォルダや新規ファイルの作成方法、メールやWebブラウザの使用方法、その他今現在皆さんが日常的に使うであろうソフトウェアの指導が全く無いです。
どうやら学習のオートメーション化は不可能だと気づいたため、今度は思いっきり実用に振ってMS Officeマスターを育てるという選択をしたようです。
Wordでは文字の大きさや色、背景色、ワードアートの使用法、図の挿入、印刷などが中心に指導されます。
ワードプロセッサソフトが大好きな方は気付いたと思います。そうですWordなのにマークアップの指導が一切ありません。
完全に見た目の変更の仕方と印刷だけの指導であり、Wordなのにアウトラインとか完全に無視です。
見た目中心の指導を行うことはWordと変わらないですが、Excel関数の指導に入ると関数の意味をほとんど教えず「B1へ=SUM(A1:A5)と入力してください。はいA1からA5が足された答えがB1に表示されました。次は...」といった感じです。
生徒は教師の指示通り入力するだけで応用とかそういうの全くわかりません。しっかり理解してるのは見た目の変更の仕方くらいです。
時代ですね。こうして互換性無視なオフィスファイルは作られていったのでした。国がそう教えてましたから。
あっそうそうPowerpointとかAccessは授業でやりませんでした。
端的に言うのならば同上。
しかしPowerpointが追加されました。流石にPowerpointも教えないといけないと気付いたのでしょうか？
高校によっては工業高校や商業高校、高専ではもっとマシな指導をしていた可能性はあります。
ただやっぱり社会人から見るとツッコミ入れたくなるような指導が一部で取られていたと思います。国も手探りですから。
この年齢くらいになると学校の授業で覚えたと言うよりも独学でパソコンを習得してる生徒が殆どになっていました。
全くと言って良いほど学校の授業からは得たものがなく、エロ画像探しのほうがコンピュータリテラシーを僕に与えてくれました。
そして大学時代は教授のゴリ押しからOSがWindowsからEmacsに変わりました。
はてブで小学生向けにビジュアルプログラミングScratchが流行り始めてるんだなと知ったくらいでコンピュータ教育の授業の内情がどうなっているか全く知らないです。
なので僕が少年期に受けたコンピュータ教育を前提として「こうだったら良かったのに」というのを書きます。
コンピュータを扱うにおいてデータ管理というのは非常に大事です。
何故判りやすいファイル名を付けるのか？何故フォルダを作るのか？そういうことをしっかりと指導しなくてはなりません。
とりあえず僕も誰かに教える気になって書いてみたいと思います。
今だけ使えれば良いデータはどうせ直ぐに破棄するデータなので用途に合致すればどんな風に作っても構いません。チャットやっててウケを狙うためにネットからダウンロードする時にファイル名を「a.jpg」にするとかそういうことです。どうせ消します。
注意しなければいけないのは残り2つです。残り2つは前提として後々見たり使ったりするデータです。
このデータのファイル名を「a.txt」とかにしたら何のデータか全くわかりません。
つまり後々使ったりするってことは探すってことです。探すのに判りにくいファイル名にしてたら意味もなく違うファイルを開いて探しまわることになります。最近流行の「名前重要」です。
このジャンルのデータはある特定のフォルダ(ディレクトリ)に保存すると決めておけば探すとき非常に楽です。
そのため各OSは、例えばWindowsならば「マイドキュメント」や「マイピクチャ」「マイミュージック」などを用意してくれてます(ソフトウェアも空気を読んでデフォルトの保存先をそういうのにする)。
せっかく用意してくれているので使うようにし、もし自分でフォルダを作るときは名前重要ですから判りやすいフォルダにしておきましょう。
例えばTwitterであるジャンルの話を同好の士に読んでもらいたい場合どうしますか？ハッシュタグを付けますよね？
そうやって名前を判りやすくしておけば自分以外の他人が使う時も非常に楽なのです。
「でもよく使うデータを深い階層に置いてたら面倒じゃん」っていう意見はもっともです。
実はそのために「デスクトップ」という階層や「ショートカット」があるんですね。
デスクトップがアイコンだらけの人ってたまに居ますけど、きっとそういう人はコンピュータ教育は受けたけど保存されるデータの種類を知らない人です。あなたは悪くないですコンピュータ教育が悪い。
世の中には目の見えない人が居ます。そんな人たちがコンピュータを使えるように「読み上げソフト」ってのがあります。
まあいろんな意味で"文字通り"読み上げるためのソフトウェアなわけですが、このソフトは何も編綴もないテキストデータを読み上げるとめちゃくちゃ棒読みです。
それが更に平仮名ばかりで句読点もないテキストだと読み上げソフトは棒読みで一気に読みあげて目の見えない人はものすごく聞き取りにくいです。こんなテキストは目の見える僕たちでさえ読みにくいです。
そこで僕達は漢字を使ったり句読点を使ったりして可能な限り読みやすくします。実はこれがデータの中身にとって重要なのです。
句読点は文章を判りやすくする目印ですが、これを付けることをコンピュータの世界では「マークアップ」と言います。
読み上げソフトはマークアップされた文章だと、何処がタイトルで何処が本文というのが判別できるようになり、更に強調マークアップされている部分では音量を上げたりするので目の見えない人は非常に聞き取りやすくなります。
もしここまで読んである点に気が付いた人はかなり賢いです。その点とは「目が見えないのは機械も同じ」という点です。
マークアップされた文章は機械にとっても非常に判別がしやすい文章であり、実例をあげるのであれば検索するときに使う「Google」が検索結果へWebページのタイトルを載せてくれるのも、マークアップされたタイトルを拾い上げているからなんです。
Wordでも「見出し」と指定された行は機械的に判別され、アウトライン機能で文書の管理が非常にしやすくなったりします。
PDFでも同じでアウトライン表示されたり、読み上げソフトがPDFに対応していたらマークアップに合わせて読みあげてくれます。
少しだけ専門的になりますが、データベースとして使われているCSVファイルやJSONファイルも特定の記号を使われているのでコンピュータは楽に判断できるのです。
更にしっかりとマークアップしておけばPDFを電子書籍でよく使われているEPUBに変換するなど、他形式への変換が失敗しにくくなる利点もあります。
今まで行なってきたコンピュータ教育は正直「コンピュータ教育をしてますよ」という体裁だけを保っている教育の仕方だと思います。
コンピュータが使われるようになったから教育に導入し、MS Officeが使われるようになったからMS Officeを教え、IT市場が大きくなったからプログラミングを教える。
高速に変わっていくコンピュータの状況に合わせてしっかり教育は対応して居るように見えますが、現状のコンピュータ教育が見ているのはコンピュータの上っ面だけです。だから教育も上っ面になる。
コンピュータ教育ではタブレット端末の導入を現在検討しているらしいですが、どうみてもこれは上っ面な判断です。
コンピュータで高速に変わっていってるのは上っ面だけであり基礎の部分は。ハッカーが使ってそうないわゆる黒い画面、つまり端末(コマンドプロンプト/ターミナル)の頃とあまり変わってません。
その基礎を教えずしてOfficeだのビジュアルプログラミングだのを教えても生徒が得るものは何もないと言って良いと思います。
正直この記事は総合職さんやプログラマさん、エンジニアさんから見たら「なにそんな当たり前の常識的なことをドヤ顔で記事にしてんの？」って嘲笑されるような内容です。
その嘲笑されるような内容をコンピュータ教育はできていないわけです。
これWindowsじゃなくたって教えられること、最新ハードじゃない中古のPC-98でだって教えられること、中学生以上は持ってそうなスマホでだって教えられることです。
「Webデザイナーなんてただの作業者だ。」
最近そんな話を聞かされた。
その他もろもろ。
まあ俺はデザインを知っているんだぞとかそんな話。
理解できる部分はあるし、同意できるところも無くはないなあ。
ツールがなければ何もできないだろうし、Adobeのやつとか？
けれどその人が話していたことはどうも見た目だけの情報を評価の対象としているみたいで、
一般的なユーザーも別に見た目しか気にしないんだろうけど。（見た目も気にしないかもしれない）
デザイナーの世界でもアーティストと区別のつかないような人っているし、
見た目にインパクトのあるものって大事なこともあるのだろうけど、
ことWebデザインに関してはそうもいかない部分が多いと思う。
その辺のこともあるし見た目よければ（もちろん見た目は良いほど良い）みたいなことだと
釈然としない感じはあった。
頭打ちって言っても技術は進化してるし、見た目を作る以外にもWebデザイナーには求められているし、
単純にオワコンって言えないしなあ、とか。
それに同意してる人たちにも納得がいってない。
まあ目上の人の話ではあったから仕方がないんだろうけど。
デザインってなんだろう。
僕らはデザインをしていないのか。できていないのか。
特に日本だと盛り上がっているWeb技術界隈からも浮いている感じはあるけど、
最近は見直されている感じもあったのですがが。
Webデザイナーだってがんばっているんです＞＜とかは思わないけど、
とりあえずこの話を聞いた後から自分が何をしているのかわからなくなっているし、
喉に引っかかりがあるような、ここのところずっとそんな気分です。
http://anond.hatelabo.jp/20130418094419
http://anond.hatelabo.jp/20130418093238
どーでもいいが一人だけ行間が変なのでどれを同じ人が書いたかバレバレだぞ
22歳の就職したばかりの小娘が「出産後の夫婦関係」をどや顔で語ったり（http://anond.hatelabo.jp/20130418074812）
しているのを見ると失笑を禁じえないというか。
自意識出しつつ予防線張りすぎの自虐女子はイラッとするので、妖怪はスルー。
勘違い乙ｗ
はてな記法はイチイチ覚えようとは思わないけど、普段やってて任意の改行が反映されない時点で「あ、ここではそういうマークアップ必要なんだな」って思うのが普通だ。
「円安が良いかどうかは、メリットを受ける企業とデメリットを受ける企業の、どちらへの影響が大きいか次第」
など円安のデメリットを説く発言を、テレビの経済評論家のコメントから飲み屋談義まで耳にすることが多い。
円安では、
といったことが起きるから、との説明に説得力を感じることもあるだろう。
そこで、今回の円安の契機となった解散総選挙発表前日である2012年11月15日（1ドル＝81.14円、1ユーロ＝103.68円）から、
先月末である2013年1月31日（1ドル＝91.72円、1ユーロ＝124.54円）までの、代表的な円安デメリット銘柄100社の値動きを追ってみた。
もし、本当に円安がデメリットとなり利潤を圧迫するのであれば、その割引還元価値である株価は落ち込んでいるはずである。
| ticker | 社名 | 2012/11/15 終値 | 2013/01/31 終値 | 上昇率 |
|---|---|---|---|---|
| - | TOPIX | 737.51 | 940.25 | 27.49% |
| 1379 | ホクト | 1640 | 1716 | 4.63% |
| 1946 | トーエネック | 427 | 483 | 13.11% |
| 2001 | 日本製粉 | 337 | 385 | 14.24% |
| 2002 | 日清製粉グループ本社 | 969 | 1113 | 14.86% |
| 2003 | 日東富士製粉 | 293 | 313 | 6.83% |
| 2004 | 昭和産業 | 263 | 297 | 12.93% |
| 2009 | 鳥越製粉 | 627 | 624 | -0.48% |
| 2052 | 協同飼料 | 91 | 105 | 15.38% |
| 2053 | 中部飼料 | 492 | 524 | 6.50% |
| 2108 | 日本甜菜製糖 | 150 | 175 | 16.67% |
| 2109 | 三井製糖 | 248 | 289 | 16.53% |
| 2117 | 日新製糖ホールディングス | 1503 | 1880 | 25.08% |
| 2212 | 山崎製パン | 937 | 1024 | 9.28% |
| 2220 | 亀田製菓 | 1856 | 1985 | 6.95% |
| 2270 | 雪印メグミルク | 1320 | 1577 | 19.47% |
| 2281 | プリマハム | 142 | 175 | 23.24% |
| 2290 | 米久 | 648 | 947 | 46.14% |
| 2292 | Ｓ ＦＯＯＤＳ | 747 | 897 | 20.08% |
| 2294 | 柿安本店 | 1065 | 1292 | 21.31% |
| 2440 | ぐるなび | 894 | 1016 | 13.65% |
| 2501 | サッポロホールディングス | 215 | 304 | 41.40% |
| 2502 | アサヒグループホールディングス | 1767 | 1939 | 9.73% |
| 2503 | キリンホールディングス | 991 | 1141 | 15.14% |
| 2602 | 日清オイリオグループ | 290 | 334 | 15.17% |
| 2613 | Ｊ−オイルミルズ | 207 | 270 | 30.43% |
| 2651 | ローソン | 5530 | 6630 | 19.89% |
| 2670 | エービーシー・マート | 3475 | 3480 | 0.14% |
| 2695 | くらコーポレーション | 1107 | 1248 | 12.74% |
| 2698 | キャンドゥ | 108400 | 110700 | 2.12% |
| 2702 | 日本マクドナルドホールディングス | 2215 | 2347 | 5.96% |
| 2712 | スターバックス コーヒー ジャパン | 57000 | 66800 | 17.19% |
| 2805 | ヱスビー食品 | 676 | 707 | 4.59% |
| 2819 | エバラ食品工業 | 1450 | 1510 | 4.14% |
| 2875 | 東洋水産 | 2126 | 2538 | 19.38% |
| 2899 | 永谷園 | 789 | 889 | 12.67% |
| 2910 | ロック・フィールド | 1405 | 1539 | 9.54% |
| 2918 | わらべや日洋 | 1571 | 1505 | -4.20% |
| 3107 | ダイワボウホールディングス | 152 | 181 | 19.08% |
| 3333 | あさひ | 1170 | 1222 | 4.44% |
| 3382 | セブン＆アイ・ホールディングス | 2301 | 2782 | 20.90% |
| 3397 | トリドール | 1098 | 1131 | 3.01% |
| 3593 | ホギメディカル | 3980 | 4415 | 10.93% |
| 3770 | ザッパラス | 71800 | 99100 | 38.02% |
| 3861 | 王子ホールディングス | 233 | 296 | 27.04% |
| 3864 | 三菱製紙 | 71 | 90 | 26.76% |
| 3865 | 北越紀州製紙 | 408 | 468 | 14.71% |
| 3880 | 大王製紙 | 464 | 622 | 34.05% |
| 3893 | 日本製紙グループ本社 | 974 | 1299 | 33.37% |
| 3941 | レンゴー | 381 | 465 | 22.05% |
| 3946 | トーモク | 225 | 267 | 18.67% |
| 4217 | 日立化成 | 1080 | 1287 | 19.17% |
| 4452 | 花王 | 2165 | 2624 | 21.20% |
| 4521 | 科研製薬 | 1273 | 1501 | 17.91% |
| 4536 | 参天製薬 | 3340 | 3765 | 12.72% |
| 4547 | キッセイ薬品工業 | 1451 | 1721 | 18.61% |
| 4555 | 沢井製薬 | 9020 | 9390 | 4.10% |
| 4661 | オリエンタルランド | 10720 | 12160 | 13.43% |
| 4694 | ビー・エム・エル | 2074 | 2229 | 7.47% |
| 4839 | ＷＯＷＯＷ | 185900 | 202700 | 9.04% |
| 5002 | 昭和シェル石油 | 485 | 530 | 9.28% |
| 5007 | コスモ石油 | 146 | 206 | 41.10% |
| 5008 | 東亜石油 | 91 | 99 | 8.79% |
| 5012 | 東燃ゼネラル石油 | 728 | 797 | 9.48% |
| 5017 | ＡＯＣホールディングス | 297 | 389 | 30.98% |
| 5020 | ＪＸホールディングス | 410 | 540 | 31.71% |
| 5401 | 新日鐵住金 | 174 | 253 | 45.40% |
| 5949 | ユニプレス | 1825 | 2021 | 10.74% |
| 6310 | 井関農機 | 190 | 248 | 30.53% |
| 6674 | ジーエス・ユアサ コーポレーション | 298 | 326 | 9.40% |
| 6937 | 古河電池 | 353 | 497 | 40.79% |
| 7013 | ＩＨＩ | 169 | 237 | 40.24% |
| 7421 | カッパ・クリエイトホールディングス | 1719 | 2105 | 22.45% |
| 7442 | 中山福 | 619 | 678 | 9.53% |
| 7482 | シモジマ | 845 | 990 | 17.16% |
| 7516 | コーナン商事 | 927 | 1098 | 18.45% |
| 7522 | ワタミ | 1696 | 1724 | 1.65% |
| 7550 | ゼンショーホールディングス | 965 | 1050 | 8.81% |
| 7554 | 幸楽苑 | 1158 | 1294 | 11.74% |
| 7581 | サイゼリヤ | 1138 | 1213 | 6.59% |
| 8079 | 正栄食品工業 | 596 | 623 | 4.53% |
| 8113 | ユニ・チャーム | 4170 | 4850 | 16.31% |
| 8182 | いなげや | 958 | 1006 | 5.01% |
| 8194 | ライフコーポレーション | 1213 | 1269 | 4.62% |
| 9003 | 相鉄ホールディングス | 268 | 306 | 14.18% |
| 9202 | 全日本空輸 | 170 | 179 | 5.29% |
| 9501 | 東京電力 | 127 | 213 | 67.72% |
| 9502 | 中部電力 | 1013 | 1155 | 14.02% |
| 9503 | 関西電力 | 679 | 870 | 28.13% |
| 9504 | 中国電力 | 1006 | 1202 | 19.48% |
| 9505 | 北陸電力 | 833 | 1008 | 21.01% |
| 9506 | 東北電力 | 681 | 744 | 9.25% |
| 9507 | 四国電力 | 925 | 1120 | 21.08% |
| 9508 | 九州電力 | 702 | 879 | 25.21% |
| 9509 | 北海道電力 | 712 | 876 | 23.03% |
| 9511 | 沖縄電力 | 2433 | 3000 | 23.30% |
| 9531 | 東京ガス | 414 | 431 | 4.11% |
| 9532 | 大阪ガス | 323 | 343 | 6.19% |
| 9603 | エイチ・アイ・エス | 2687 | 3120 | 16.11% |
| 9843 | ニトリホールディングス | 6140 | 6990 | 13.84% |
| 9983 | ファーストリテイリング | 16910 | 24080 | 42.40% |
少なくとも市場参加者の総意としては、円安によって利潤が圧迫されるとは考えていないようである。
もちろんのこと、円安の恩恵を直接受ける輸出企業の株価や、それら輸出企業が平均に含まれるTOPIXに比べれば
見劣りするのは仕方ないが、概ね円安はプラスに働く、少なくとも大きな障害とはならないものと見られている。
では、「円安になると原材料・燃料の輸入価格が上がってしまい経営が圧迫されてしまう」という一見、
説得力のありそうな説明がなぜ成り立たないのか？ これには色々な理由が考えられるが、
(1)については、たとえば新日鐵住金を例に考えると、円安で輸出企業が生産活動を活発化させた場合、
その原材料となる鉄製品の需要も増えるため、新日鐵住金の生産活動も活発化する。
その結果、原材料費の値上がりによる一単位あたりの収益の減少を補ってあまりあるほど販売数量が伸びる。
これは新日鐵住金だけでなく、素材系・シクリカル銘柄全般にもそのまま適用できるであろうし、円安によって日本人の雇用が増えて
失業者が減り、消費が活性化すると考えれば小売や外食などにも適用することができる。
(2)については、つい逆のように考えてしまいがちだが、競争が厳しく限界ぎりぎりの価格付けを行っている業界ほど、
原材料費が値上がりした場合に価格転嫁が進む。自社の収益を削って対応する余地が少なく、また同業他社も同様であるので、
そろって値上げという形が取られやすいためだ。業界全体で値上がりするので、買い手も受け容れざるを得ない。
反対に寡占的な業界で商品一単位あたりの利益が大きいと、原材料費をそのまま転嫁するよりは一部を自分で飲んで
販売数量の落ち込みを減らした方が利潤は増えるため、価格転嫁は小幅にとどまる。
円安デメリット銘柄に挙げられる企業は価格競争が厳しい業界が多く、価格転嫁が進みやすいと思われているため、
円安による原材料価格上昇があまり経営を圧迫しないと考えられているのだろう。とりわけ、円安で輸出企業に余力が
できている時には、輸出企業向けの製品を作っている企業の価格転嫁は受け容れられやすいと考えられる。
(3)は、たとえば取引先の輸出企業の株を保有しているケースなどが典型的でわかりやすい。
円安デメリット企業であっても、円安メリット企業の株を保有していれば企業の価値が上昇して株価が上がり得る。
以上、「円安になると原材料・燃料の輸入価格が上がってしまい経営が圧迫されてしまう」という局所的には一見正しそうなことも、
経済全体を考えてみれば、そう簡単には成り立たないというおはなしでした。
フォトンベルトが全人類に影響し、話題となった船井総研グループが、電子書籍に参入することが明らかになった。「黒船」アマゾンに続く「波動系」企業の参入に、今年こそは「電子書籍元年」と呼ばれる年になりそうだ。
船井総研の船井幸雄代表取締役会長は、2013年をめどに船井総研グループが電子書籍事業に参入することを発表した。船井総研グループの運営するインターネットの電子書籍ストア「船井幸雄.comブックストア」では、『月刊ザ・フナイ』のほか、20万冊の和書を提供する。
電子書籍の制作は、セミナー参加者がパソコンに打ち込み、宇宙の意志がマークアップを行う。また、専用の電子書籍端末「ascension」（船井電機製）を特別価格で提供。販売ルートは経営戦略セミナーと、オープンワールド・ストアで販売される。
船井総研の船井氏は、「（電子書籍事業が）情報料としては、私はその内容からみて決して高くはなく、価値は充分にある。」と意気込みを語り、にんげんクラブ全国大会で大喝采を浴びた。
なぜかLINEでのやりとり。このあとTwitterでblockされた。
| A | hi |
| B | yeah |
| B | 学校祭わろた |
| A | おつ。 |
| A | 打ち上げ的なものはないの? |
| B | ない |
| B | 今学校祭中 |
| A | ああ、把握。わろたがおわたに見えた。 |
| B | 学校祭ェ•••• |
| B | パソコン部の展示なう 誰もけえへんやん |
| A | なるほど |
| B | パソコン部だけ学校祭雰囲気じゃねーww |
| A | そんなもんや… |
| B | あっちで音ゲー こっちでぽけも |
| B | 君もパソコン部かい？ |
| B | 友達こねーくそわろ |
| A | んにゃ、高校のときは※※と〒〒やってたねえ。 |
| B | 学校祭の新しい形ですね |
| B | 学校祭なんてお客さんが楽しむもので、生徒が楽しむものではない、生徒は楽しませる側です |
| A | 僕んところの高校のパソコン部とか何やってたんだろうねえ。 |
| A | Twitterとか見てると灘校のパソコン部展示とかは相当盛り上がってたみたいだけど。 |
| B | 君は神学校出身かい？ |
| B | 灘高は秀才やから |
| A | いや、ずっと公立だね。 |
| B | つくこま のパソコン部もハイレベルやで |
| B | 偏差値は？ |
| A | 僕の偏差値? 学校の入試偏差値? |
| B | 私は地方の進学校(笑)です |
| B | 学校と君の |
| A | 同じく地方の進学校ってとこだね。もっとも田舎だから高校入試は大した競争はないんだけど。 |
| B | 数学できんねやろ？ |
| A | 入試偏差値はさすがに新聞か高校入試情報誌のバックナンバーあたらんとわからんなあ。 |
| B | というか君札幌じゃん |
| A | んにゃ、札幌じゃないけど。 |
| B | え北海道？？ |
| A | 北海道。 |
| B | むろらんさかえ？ |
| B | くしろちょうりょう？ |
| A | ノー。 |
| B | かいせい？ |
| B | あさひがおか？ |
| B | 東西南北 |
| B | ？ |
| B | どれ？ |
| B | 帯広はくよう？ |
| A | ちゃうねん。 |
| B | どこ？ |
| B | 西？ |
| A | 柏葉とか〒〒強かったなあ。 |
| B | W |
| B | 君×高？ |
| A | No. |
| B | 俺×高www |
| B | わろたqwwww |
| B | ×高わろたwww |
| B | ×高わろわろわろたwwww |
| A | なにがおもしろいｗｗｗｗ |
| B | 君は？ |
| A | (そもそも高校生ではないんだけどね…) |
| B | 中学生？大学生？ |
| A | 大学出てるよ |
| B | 出身高どこ？ |
| B | 北海道ではないの？ |
| A | △△。 |
| B | もれ札幌×高。知ってる？私服やで！ |
| B | △△？ |
| A | 私服やで。 |
| B | △△高校？？ |
| A | yes. |
| B | ▲▲系？ |
| A | とは |
| B | 画像 |
| B | 偏差値67わろた ●●県かー |
| A | それ●●の男子校な。 |
| A | ●●の△△はたぶん私服じゃないぞ |
| B | ●●神やな |
| B | 何県？ |
| A | △△市知らんのか… |
| B | 画像 |
| B | しってるで！ |
| B | 理数科？ |
| A | 普通。 |
| B | なんで私服、 |
| B | ？ |
| A | なんでって言われても、校則に制服がないからだけど。 |
| B | わろた |
| B | この話やめよ |
| A | ( なんでいきなり学校の訊問から始まったんだ…? ) |
| B | Htmlの話にかえよう |
| A | うむ。 |
| A | で、HTMLって何さ? |
| A | 何だと思う? |
| B | はいぱーてきすとまーくあっぷらんげーじ 絵や歌と一緒で自分を表現するもの |
| B | メディア |
| A | ほむほむ。 |
| A | 「まーくあっぷ」って何? |
| B | 表現メディアの一種 |
| B | 記すこと |
| A | んー |
| A | じゃあ、ハイパーテキストは? |
| B | 特殊効果付属された文字列及び画像 |
| B | 及び記号 |
| A | 特殊効果とは? |
| B | 色つき、アニメ、 |
| B | この問答に終点はあるんですか？ゴールがみえてますか？ |
| A | ん、取りあえずHTMLがわかってないと話にならんしね。 |
| A | 満点はつけられないけど及第点じゃないかなー、と。 |
| B | はいぱーてきすと はネットにつながるやつですか |
| B | てへぺろ |
| A | 「ネットにつながるやつ」が正確な表現かどうかはともかくとして、それはハイパージャンプ。ハイパーテキストの特徴。 |
| B | ハイパーテキストとは |
| B | 模範回答 |
| B | は |
| B | なんや |
| B | なんやーなんやーなんややややややややややややや |
| A | 「ハイパーなテキスト」 |
| B | んーなるほど |
| A | 要するに、ただのテキストを超えてる。 |
| B | ○○高校のクズがおるで |
| A | って概念。 |
| B | 後ろに |
| B | それで |
| A | でだ、そこで |
| A | HTML5って何? |
| B | なんや |
| B | テキストを超越したものを創造するための道具 |
| A | No. |
| B | なんや |
| B | プログラミング言語 |
| A | そういう名前の「マークアップ言語」ってだけの話なんだけど。 |
| A | プログラミング言語ちゃうねん。 |
| B | しっとるわ |
| B | でいいたいことは？ |
| B | 要旨はなんや |
| A | 「マークアップ言語」ってことが重要。 |
| B | はい |
| B | それで |
| A | 言語であるからには規格があって処理系がある。 |
| A | ってことはおｋ? |
| B | うん |
| B | 規格？ |
| A | 規格。 |
| B | 処理系？ 説明せぇ言われても説明できない言葉やわ |
| B | おしえで |
| B | おしえてー |
| A | 要するに、"print A" って文字列を与えたら "A" って出力するような仕組。 |
| B | それが処理系 |
| B | きかくは？ |
| A | ざっくり言うとそう。 |
| A | 言語が言語として成立するための決まり。 |
| A | さっきの例だと "print A" なら「Aを出力しろ」という命令であるべし、みたいな。 |
| A | HTMLの場合は基本的には要素と属性の定義になってる。 |
| B | あーわかります |
| B | いえーす |
| A | 要素と属性はおｋ? |
| A | element と attribute 。 |
| B | 要素 属性width height |
| A | おｋ。 |
| B | 要素が親 属性が子 |
| A | それはちゃうねん。 |
| B | じゃあなんや |
| A | でもそれは脇道だから置いておく。 |
| B | いいす |
| B | いえす |
| B | そして |
| B | からの |
| B | からの？ |
| A | てっとり早く言うなら、HTML5で定義されてる要素の集合に font や center は入ってない。 |
| B | ふむ |
| A | 集合は? |
| B | じゃあそれらはなんや |
| B | ドモルガンの法則 |
| B | 要素の集まり |
| A | おｋおｋ。問題ないね。 |
| B | なめてんのか、て感じですよ |
| A | で、つまるところ何を見て font とか center を使ってんのよ、ってことになる。 |
| B | しらん |
| B | 理由なくても動くから |
| B | ね |
| A | ってことは、HTML5を知ってることにはならん、と。 |
| B | た(^-^)/な |
| B | だね |
| A | "理由なくても動くから" niceだね! |
| B | だろぅ？ |
| B | ワイルドだろぅ？ |
| B | で使っちゃダメな理由があんの？ |
| A | さっきの話に戻すと、HTMLの処理系って何? |
| A | いっぱいあるよ！＜だめな理由 |
| B | 命令の内容とそれに対応する文字 |
| A | ノー。 |
| B | なんや |
| B | ユーザーの命令に対してのコンピュータが処理する内容 |
| A | 入力に対して応答する「仕組」が処理系。 |
| B | しすてむ |
| A | nice |
| B | 入力に対して応答する仕組み=処理系 |
| A | 日本語の「系」は "system" に対応する。 |
| B | おつす |
| A | で、HTMLを与えて、それをよしなに処理してくれるシステムって何? |
| B | 処理系 |
| A | 具体的には? |
| B | Htmlの処理系 |
| A | HTMLの有名な処理系は何? |
| B | html5 |
| A | それは規格。 |
| B | やー |
| B | こんぱいらー？ |
| A | コンパイラも処理系。 |
| A | (の一部 |
| B | Htmlの処理系てなんや |
| B | コンピュータ |
| A | 大雑把すぎる |
| B | cpu |
| A | ノー。 |
| B | めもり |
| B | なんやねん |
| A | ノー。 |
| B | Os |
| B | web |
| B | ブラウザ |
| A | iPhoneにもWindowsにも処理系が入ってるからWebが見られる。 |
| A | 正解。 |
| B | プレインストールされてすか |
| A | されてるね。 |
| B | なるほどね |
| A | 「HTMLの有名な処理系は何?」の模範解答は InternetExplorerとかMozilla FirefoxとかOperaとかGoogle Chromeとか。 |
| B | で |
| A | で、どうして規格を守る必要があるのか、の話。 |
| B | ブラウザの名前をあげればいいんですね |
| A | それはもう終った。 |
| B | exactly |
| B | ね |
| B | で |
| A | HTML5では文書の先頭に って書くことになってるけど、これはどういう意味か。 |
| B | 宣言 |
| A | DOCTYPE宣言 |
| A | 宣言してるのに規格守らなかったらだめじゃん |
| A | やーいうそつきうそつきー、ってことになる。 |
| A | (まじで |
| B | どういうこと |
| B | Doctype宣言してんのにcenter、fontを要素として使うのはだめだということですか？ |
| A | 「HTML5の」宣言してんのにcenter、fontを使うのはだめー、ってこと。 |
| B | へー |
| A | HTML 4.01 Transitional とかならおｋ。 |
| B | 規格守らないとどういう弊害が？ |
| A | おｋだけど、なんでそんな古いの使ってんのや、ってことになる。 |
| A | あらゆる意味でめんどくさい。 |
| B | で |
| B | 規格守らないと誰か困るの？ |
| A | ユーザも困るし、処理系を作るひとも困る。 |
| B | なんで？ |
| A | 困ったちゃんは絶滅しないから有名な処理系は古い規格をサポートし続けることになるのは確定的に顕かなんだけど。 |
| A | たとえばちょっと処理系を自作しようとしたときに規格を守ってない文書に当たると、例外的な処理をしなければならなくなる。 |
| B | 新しいhtmlの規格がでても 古いバージョンのサポートをやめられないのですか |
| A | そんなことをしたら、君のページを表示できるブラウザがなくなるよね。 |
| A | (HTML5のサポート外の要素を使ってるから |
| B | なるほど |
| B | center、fontに変わる要素はなんや |
| B | 何を使えばええんや |
| A | そもそもそれを要素で指定するのがナンセンスである、って話になってくる。 |
| A | つまり「中央揃え」とか「フォント」とかって意味の要素がナンセンス。 |
| B | 最初Css使ってたけど他人のコードよんでfontていうやつ見つけたんで使ってみた |
| A | 「他人のコードよんで」←まちがい |
| B | cssでcolor: ; |
| A | 「規格書を読む」←せいかい |
| B | 辞めてfont color使うことにした |
| B | 他人のページのソースコード読んででええやろ |
| A | 赤の他人はだいたい間違ってる |
| A | (僕の言ってることも間違ってる可能性があるから規格書を読むべき |
| B | なんや |
| B | 表現が間違ってるわけじゃねぇんだよな |
| B | そういえや |
| B | 規格書をよめってことか |
| A | 暇なときにね |
| A | html5.jp とかで良い。 |
| B | web |
| B | なるほどね |
| B | 偏差値nn |
| B | ？ |
| A | ? |
| B | 君の偏差値は？？ |
| A | さあ |
| B | 教えてや |
| A | そもそも偏差値の基準とは |
| B | 模試の偏差値とか教えて |
| B | 偏差値の基準は？？？ |
| B | 偏差値の基準？なにをいいたい？ |
| A | 模試って言われても高校出て何年も経ってるから数値自体に何の意味もないんだが。 |
| B | 君は賢いかどうか知りたいだけよ。それを知るために偏差値は聞きたい |
| B | はを |
| A | 僕が賢いかって言われたらそりゃ賢くはないねえ。 |
| B | 俺より？ |
| B | プログラミングの大会とかでたことある？？ |
| A | 偏差値が良ければ賢いって価値判断がそもそも相当賢くない気がするんだけど。 |
| A | プロコンは趣味程度にもやってないね。 |
| B | ぉーわかってないねー |
| B | 賢い奴は、学校の勉強くらいできるのよ |
| B | 学校の勉強程度はってことね |
| A | さっきの偏差値nnって何の数字? |
| B | プログラミング技能と偏差値関係ねぇはずだけど、優秀なプログラマーは有名大学出身ばっかさ |
| B | ん？ |
| B | んとね 君の高校の偏差値ね |
| B | 今のね |
| A | 把握。 |
| A | 「優秀なプログラマーは有名大学出身ばっか」の統計的根拠はあったりする? |
| B | ない。俺が感覚的に感じた |
| B | アメリカね |
| B | れいおじー |
| A | 「実際に会った優秀なプログラマと出身大学の関係」とかでも良いんだけど。 |
| B | レイ オジー、マークザッカーバーグ、ビルゲイツ、ポールアレン、 |
| B | 下村努 |
| B | スティーブ ウォズニアック |
| A | おお、そりゃあ有名人だ。 |
| A | で? |
| B | こいつら全員アメリカのトップ高校ばっか |
| B | なんや、小さい頃から理系型天才エリートか、。？ |
| A | そもそもその世代は有名な大学にしかまともな計算機がないんだけどね |
| B | 日本Google、グリーの幹部は東大東工大京大の情報工学ばっか |
| B | なんだ、理系エリートか |
| B | なんやー |
| B | そういうことかー |
| B | 所詮 有名企業は高学歴の巣窟か、 |
| A | ってことで、勉強がんばれ |
| B | 君はこの事実をうけとめられるか |
| A | そういうもんだからねー |
| B | 学生のうちは勉強をすべきなんだ....... |
| B | だから勉強を.........!!!!!! |
| A | するべき。 |
| A | 僕はまともに学校の勉強はしてこなかった人間だからねー |
| B | しろわ |
| B | しろやいま |
| A | んー、いまさら大学入試受ける予定もないしねえ。 |
| B | 君どんな仕事してんの？ |
| A | 自宅を警備するお仕事をしてるよ☆ ってTwitterのbioにも書いてる |
| B | ニート |
| B | か |
| A | こんな夢見がちな大人になっちゃいけないよ☆ |
| B | 仕事する予定は？ |
| A | ないない |
| B | しろや |
| B | 家でなにしてんの？ |
| A | お勉強 |
| B | なんの？ |
| A | SICP |
| B | 親が生活費だしてんこ？ |
| B | だしてんの？ |
| A | んにゃ、自分のお金でだけど |
| B | ふりーたーか？ |
| B | アルバイトはしてる？ |
| A | ないない。アルバイトなんてしたら自宅を警備できないしね。 |
| A | そんな大人になっちゃいけない |
| B | 自分の金てなに？お前が稼いだ金？ |
| A | いえーす |
| B | どこで？ |
| B | 働いてないのに |
| A | 不思議だ… |
| B | お前なんやねん |
| B | 何者やねん |
| A | 自宅警備員 |
| B | ばか？ |
| A | Twitterのbioに書いてる以上でも以下でもない感じ。 |
| B | ごみ？ |
| B | 社会のゴミ？ |
| A | 少なくともいまの君よりは計算機科学に詳しい、ってことでおｋ? |
| B | おーけー |
| A | ってことで、こんな社会のゴミなんか秒速で追い抜いてみせろ、ってことでひとつ。 |
| B | まあ俺がお前の歳だったら、お前より知識あるがな。俺×高やし、北大いくし |
| A | おーすごいすごい。 |
| A | さっきの学歴を持ち出すなら北大じゃいろいろ物足りない気がするけど。 |
| A | 素直に京大とか東大とか行っとけ |
| A | 北大の教授で京大や東大ではしてない研究をしてるのが居てその分野を專攻したいー、とかなら別だけど。 |
| A | 知ってる範囲の北大の学生でものすごいのって、□□□□出てて高校時代から一人でばりばりプログラム書いてる、とかそんな感じだから |
| B | まあお前よりは高等だから |
| B | こめん |
| B | ごめん |
| A | 僕より偏差値高いだろうってことは知ってるから、いまさら確認することじゃないなｗ |
| A | ただ、具体名は避けておくけど、GoogleとかMSだけに優秀なプログラマが集まってると思ってるなら、それは間違ってるねー |
| A | 「高学歴=優秀なプログラマ」が真なら、国内のメーカーはどうしてこんな惨状なのか… |
| A | 僕がこの2年くらいで会ってきた、そこそこ多めな数の高校生とか大学生たちから見るに、優秀な高校生が良い大学入ってるってのはおよそ間違ってないね。東大とか京大とか筑波とか東工大とか。 |
| A | s/優秀な高校生/優秀な高校生プログラマ/ ね |
| B | そう吠えんな |
| B | ごみなんだからお前は |
| B | 情報オリのメダリストは全員高学歴だろ |
| A | それはまったく否定しない |
| B | 高学歴=優秀なプログラマーとはいってないよくず |
| B | 優秀なプログラマーは高学歴であることが多いてことな |
| A | で、情報オリンピックとか挙げちゃうとお前はどうなのよ、って話になってくる。 |
| B | それ俺より馬鹿なクズがいうセリフじゃないぞ |
| A | 情報オリンピックのメダリストになりたいの? 高学歴になりたいの? |
| B | 最終目標は金持ちやね |
| B | 金持ちになるにはいい大学いったほうが確実だろ？ |
| B | プログラミングは興味本位かな |
| A | 確実って言うには出身大学は要件としていささか貧弱な気がするんだけど |
| B | 金持ちになるには、いい大学いくことが近道 |
| A | 僕は読みたい本が買えるだけの儲けがありゃ良いから金持ちとかあんまり関係ない話やね |
| B | くずめ |
| A | 上位の大学の方が平均年収が高い、とかって水準の話ならまったくその通り。 |
| B | 金持ちなれねぇやつが かっこつけんなくず |
| A | 君が儲ける金は君のものだし、僕が儲けた金は僕のものだから、まったく関係がないよね |
| B | きも |
| B | くずだw |
| B | お前は負け犬だ |
| B | 可哀想に |
| A | 別に君のおこぼれに与ろうってことは期待してないから、君が勝っても負けてもどうでも良いんだけど。 |
| B | くずめ死ね |
| B | お前らはくずなんだから今すぎ死ね |
| A | 今すぎ |
| B | お前みたいな奴が日本の足引っ張んだよくずwww |
| A | 内心蔑みながらも日本の未来を案じるさまは立派です。 |
