「マークアップ」を含む日記 RSS

はてなキーワード: マークアップとは

2017-05-10

クロスブラウザ対応しろとか言う奴

あなた方のせいで私は今日もおうちに帰れないのです

Webサイトクロスブラウザ対応に携わったことがある者だけがIEに石を投げなさい

http://anond.hatelabo.jp/20170508211030

最初から追記(元増田がどういう環境でどういうソースから電子書籍を作ってるかわからないので、以下は自分のところの話)

新刊電子データなのだから電子書籍にするのも簡単だろとか言う方々はかつてのクロスブラウザ対応のことを考えてもらいたい。

HTML電子データなんだからIE6レイアウトが崩れないようにするなんて簡単だろ」って言ってんのと同じなんだよ。

InDesignEPUB書き出しは現状全く使えず、まともなEPUBを吐いてくれない。

となるとDTPの流し込み用テキストをもとに電子書籍データを作ることになる(そうじゃないところもあると思うが)。

もちろんInDesignから書き出したPDF電子書籍でございと売ればこの手間は省ける。

しかしリフローしない電子書籍文字を拡大するとページの一部しか読めなくなる電子書籍なんて読みたくないでしょ?

NHKテキストなんかはそれやってるけど。

印刷用のPDFデザイン簡素にして、Re:VIEWから直接出力できる程度の装飾しかしないなら話は簡単だ。

同じソースから紙の本向けのPDF電子書籍用のEPUBを同時に生成できる。

その場合でもIllustratorで作ったベクターデータの図を載せる場合PDF向けのEPSデータ(1色)とEPUB向けのPNGデータRGB)が必要だ。

そうなるとPDFEPUBで同じ場所にきちんと同じ図が掲載されているかのチェックが必須となる。

図に修正がかかった場合EPSPNGの両方を間違いなく修正たかチェックが必要

そんななので、紙のデータ電子書籍データをワンソースからサクッと作れる世界が来るまではもうちょっと時間がかかりそうなんだ。

2017-03-19

http://anond.hatelabo.jp/20170319132149

日本のお役所PDF大好きなのは、知っている。霞ヶ関から吐き出される有効資料は、ほぼpdf

一方で、e-statなどでは、ネ申エクセルや方眼エクセルとは、別の方向でcsvデータを公開している。

今、株価が上昇しているIT企業様は、PDFhtmlとを比べるような使い方はしていないのでは?

世界は、IT企業htmlPDFとを比べたらどちらを重用しているのか?

  

googlejava script 推しのJQueryを良く使ってるし、これからは、人工知能時代からxml形式とか、マークアップ言語は、良く出てくると思うよ。

Facebookphpなんでしょう?リア充御用達で、Twitterよりも株価資本も安定している。

これからは、you tubeとかLINEみたいなツールがどんどん出てくるから、先のことは分からないよね。

オープンソースでもGit hubみたいなツールが使われているんだし。。  

そう言えば、perlcgiは、ほぼお亡くなりになりましたね。

2016-11-18

http://anond.hatelabo.jp/20161118215013

第一に、やはりマークアップ記述するコストが非常に大きいように思える。

元々HTMLが書けない素人向けの仕組みだぞ。Wikipediaでもゲーム攻略Wikiでも素人が覚えて編集してるのに技術者が何言ってんだ。

第二に、保守以降、一つのシステム複数改修案件や故障対応が並行するようなことはままあることだが、ソースSVNなどで管理できるがwikiはできないため、設計書とソース間で不整合が発生することは大きな問題である

案件ごとに設計書分けたり、後でマージしたりは、どっちにしろ面倒だと思うけど。

デメリットで思いつくのは、Wikiソフトウェアは廃れる可能性がある、かな。

メンバー設計書を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である

 

また、設計作成使用するツールExcelWord以外の素晴らしいツールがあれば教えていただきたい。

どうかよろしくお頼み申し上げ候。

2016-05-07

http://anond.hatelabo.jp/20160507163959

流し読んで、そうかぁー、ぐらいに思ったけれど。

Wiki日本語英語wikipedia説明を読むと、まんま書いてあって。

  

それまでのマークアップ言語の一つとして、e-mail表記方法などから着想を得ている、ということらしいよ。

https://en.wikipedia.org/wiki/Markdown

  

wikiの出典として下記の記事が使われていて、

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の書き方です。

みたいに書いてるね−。

物知り元増田に素直な増田質問してくれて、分かりやすくなったヨ。

(つうか、元増田よりも、はてな記法に習熟してそうな増田だな)

2016-03-28

http://www.slideshare.net/KenyaKodaira/2016-59970832

なんかたくさんブクマされてますが、読む必要ないと思います

p.4
  • HTML Template Engin`d`ってなんですかね。誤字脱字チェックはしましょうね。
  • gulpのgは小文字なのでよろしくです。
p.5
p.6
p.8
  • EditorCodingってなに
p.9
  • コードブロックが見づらいっす。黒バックにblueて誰が読めるのだろうか。若者か。
  • npm install後に急にgulpって書いてあるけど、それは何をするタスクなのです?
    • まぁ、この後gulpタスクについて出てるんでしょう……
      • 出てこなかった
p.10
p.15
p.16
p.18

コード品質が維持される場合に限り、難読化、最小化、コンパイルするのは自由です

  • HTMLの話ですよね? コード品質が維持されない難読化や最小化やコンパイルってなんだろう。
  • あとに出てくるけど、CSSには容量削減を異常に求めすぎてるわりには、HTMLには無関心な感じがするんですよね。
p.19

a、span、imgなどの最小の位置にでは開業は適宜対応

  • その適宜が人によってブレるから、それを潰すのが「フォーマット」だと思うんすよね。
  • いっそ「新しい要素が出現したら必ず改行する」くらい言ってほしい。
  • あと日本語が変なんで、それも。
p.20
p.21、22
p.2324
  • .editorconfigにどう書けばいいかをだな……。
p.25
  • HTMLルールだとしたら、そういう開発の都合のコメントを残して納品するのはお行儀が良くないっすね。
  • Jadeを使う前提のようだし、Jadeコメントでの話をしてるなら別にいいんすけどね。
  • でもさっきからJadeのサンプルが全く出てこないからオッサン不安になってきちゃったっす。
p.26

正しいHTML

  • HTMLの正しさとは?
  • 参考リンクから察するに、invalidでなければいいと思ってるなんてことはないっすよね。
p.27、28
p.29、30
p.31
p.32
p.36、37
p.40

CSS教科書

p.42、43
p.44、45
p.49、50
p.57、58
  • HEXの短縮は規定しなくていいと思います
  • ビルドをかける前に勝手に置換されるような仕組みを入れるべきところかと。
  • gulpでできますし、ググれば出てきます
  • ちなみに、#f00よりもredの方が1バイト少ないんですよ。
  • 容量削減は人が思いつきでやるには不十分なのです。
  • そんなのはビルド時に機械がやればいい。
  • 容量の削減を理由に人の行為制限をかけるのが愚かな行為だと気付いてくれたらうれしいっす。
p.61、62
p.63、64
p.71
p.72、73
  • FLOCSSとMindBEMding共存させるなら、書くべきことが足りなすぎませんか。
p.73

block__element__elementは使用しない

p.78、79
p.80、81
p.87

GoogleChromeなら変換時に右側にマーク

p.96
p.98

svgにすることで1つの画像でまかなえる場合svg使用する

p.102
  • ここまで4回くらい読みなおしたんですけが、どうにも上澄みだけの理解しかしてないように感じるんですよね。
  • Jadeについては何かルールは設けないのでしょうか。
  • JavaScriptについては……?
  • そのほかにも、ライティング自体が下手すぎて、これを人に見せるのはどうなのっていう感じがしちゃいました。
  • 誤字脱字くらいはちゃんとチェックしたほうがいいでしょうね。
  • 結論:いろいろ惜しいけど、よくなる余地はたくさんあるので、がんばってください。

2016-03-26

増田だけどこんな日記ホットエントリ入りして何が面白いの?

意識高い系スライドショーみたいにまず自己紹介が来ると思った? しねーよ。匿名だよ。

つーか、こんなフォントが超ちっちゃいテキストエリアで、ほとんどテキストしか書けないクソみたいなUIサイトで、

はてな地方だかはてな痴呆だかよくわかんないマークアップ言語強要されたあげく、

延々仕事愚痴だかプライベート愚痴だか知らんが、よくわからんゲロみてーなもんを吐き出してる連中がいるってことがマジ信じらんない。

Anonymous?(アノニマス?)とかいハッカー集団みたいな名前も気に入らないし、最近上場ゴール果たしたとか噂されるはてなのものも気に食わない。

そしてたぶんこういうクソみたいな日記でさえ「またミイラ取りがミイラになったよ」「増田にようこそ」「土曜日の昼下がりに投稿乙」とかブコメついて

むなしく消費されていってしまうんだなと思うと怒りさえ沸いてくる。

ちまたではプロブロガーなどといって、カネに変えるために延々クソみたいな文章をひりだしている輩が存在するらしく、そいつらにも怒髪天である

求めているのは話題性か? 身内ウケするレトリックか? サロンに通って金を落としておいて、自分だけは起業家気取りか? 笑えるな。

つーか、この増田をちらっと見てにやけた顔してるお前。そうお前だよ。お前に言ってるんだよ。こんな日記の何が面白いの?

もっと生産的なことに時間を使えよ。お前の人生はそんなものなのか?

2015-04-12

クリエイター気取りのディレクター

クリエイター気取りのディレクターって何なんですか?

デザインマークアップもろくにできないのにWEB業界ディレクター職についてる人ってけっこういますよね。

知識も中途半端で、強いて言うなら見積もりと進行管理プロという立ち位置なのでしょうか。

そういう方の中で、進行管理をちゃんとやらずにAD気取りのディレクターがいて腹が立ちます

相談無くスケジュールを切り詰めるくせに、デザインや動きには細かい注文をつけてきます

もちろんそれで結果的クオリティが上がるならいいのです。

でも、進行管理がいい加減で、閉めきりや提出物の文言や細かいチェック、クライアントから情報に過不足がないかどうかなどの確認は結局制作者がやっているので、制作時間がかなり減ってしまます

実際はすごく手間がかかる作業でも、工数がよく分かっていないせいかものすごく少ない時間見積もってしまったりします。

そんなすぐにはできません、と言うと「言い訳するな!」と言われます

制作時間が減る分、要件を満たすので精一杯になり、当然クオリティは下がります。そしてそれを見たディレクターますますかい注文をしてきます

クオリティが低いものにチェックが入るのは当たり前ですからしょうがないのですが、時間で解決できる問題ばかりなのですごくフラストレーションがたまります

クライアントの言うままに時間を切り詰められ、中途半端ものを提出させられ社内でダメ出しをくらう…その連続で、制作チームはもううんざりしています

あなたたちはオペレーターなのか?自分の頭で考えろ!」と度々言われるのですが、考える暇も与えない状況を作ってるのはその方のように思えてなりません。

制作チームからは陰で社内顧客と呼ばれています

しかし実際、その人に見せてるものクオリティが低いのは明らかですから、こちらも強くは言えません。僕たちの仕事が遅すぎると言われればそれまでなので。

デザイナーが素早く美しくデザインし、僕らがが早急にかっこよく動きをつけれる能力があれば全ては解決するのですから



そう思ってはみてもストレスがたまります

ADでもTDでもなくディレクターなんですからプロディレクターとして制作チームの能力に見合ったスケジューリングをして欲しいです。

そしてデザインや動きについてはプロである僕らに任せて欲しい。

もちろん何かおかしければ指摘があって当然だと思うのですが、その前にまず自分仕事をしっかりすべきではないか、と思ってしまます

これは僕らの我がままでなのでしょうか。

はっきりいってディレクターって、作る能力を持ち合わせていない人がクリエイティブな気分になれる気持ちいい職業ですよね。

それに利用されているのかと思うと腹が立ちます

この気持ちを上司に伝え、ディレクター指導してもらおうか迷っています

こんなことを伝えても「あなたたちのクオリティが低いからその管理に手一杯なのだ。」と言われたらそれまででしょうか。

ほぼ毎週土日も奪われていますし、進行管理おかしいのは明らかだと思うのですが。

甘えるな、この業界はどこもそんなもんだ。」なのでしょうか。

2014-10-28

facebookでもtwitterでも書きづらくなった

会社の人,取引先,同級生など皆がfacebooktwitterアカウントを持つようになって,好き勝手書くことが難しくなってしまった. 匿名ダイアリーなら,きっと大丈夫だろうということで,今まであちらこちらにイニシャルトークみたく書いてた内容を,引き続きイニシャルトークのままこっちに書くことにしよう.

で,それはいいとして,この「はてな記法」とかいwiki崩れみたいな微妙仕様マークアップは,難しいな. html を生で書かせろとは言わないが…もちょっと既存マークアップに似せてよ.
でも一応,雰囲気pukiwiki に似てるかな. タグもなんか使えるっぽいから,習うより慣れろで,何か書くしかないか.

2014-10-11

アプリ屋がRailsを初めて触ってみて感じた事

Qiitaに書こうかと思ったけど、言いたいことも言えない、こんな世の中じゃ。

発想が古臭い

モバイルファーストAPIファースト文脈ハイブリッドWebをやってきた目からすると、サーバーサイドでHTMLを生成してページ遷移させるなどという90年代調のクラシカルな発想を基本に据えるフレームワークはとても斬新に思えました。HTMLゴリゴリ生成するなんてよほど特殊最適化をしようとするのでなければそもそも発想として出てこないです。それでいてDSLメタプログラミング等のテクニカル技法宝石のように鏤められている様はまるでエジプト時代骨董品を見るかのような趣がありました。turbolinkなどは、かつて表計算ソフトに出しゃばっていたイルカを思い起こさせる味があります。かつて慣れ親しんできたSPAが星のように遠い存在になりました。

モデルMVC

Web界隈の人々がモデルだとかアクティブレコードだとか"MVC"だとかを非常に具象的に話す様を見るにつけ、お前らどんだけPofEAA読み込んでるんだよと畏怖していた時期が僕にもありましたが、どうやら彼等はRailsクラスディレクトリという特定実装について話していただけだったようです。Modelという概念もこれだけ肥大化してしまったら、オリジナル概念で彼等と会話するのは諦めるべきかなと思いましたし、Railsの"MVC"をアンクォートして語るのはもはや害悪であるとすら感じました。

レールから外れる辛さ

Rails界隈の人がよく「Rails流儀」や「正しい"MVC"」というのを口角泡を飛ばし議論しているのを目にするのですが、おそらく外に広がる不条理で火傷を負って快適なRails世界に引き篭もった結果としての一種のストックホルム症候群なのだなと思いました。いまやAjaxとかWebsocketとかWebRTCとかを組み込もうとする至極真っ当な方法論がとてつもない高難度に見えてきます。設定よりも規約、というのも一つの方向性だと思いますが、ドメインサービスレイヤ名前空間を構築しようとしたりコードジェネレーションしようとしたりしただけで地獄のようなCircular Dependency罰を受けてしまったので、自分がとても間違った事をしているような気がしてしまいました。とはいえConcernsに特別名前役割を与えられても正直しんどいので、皆が皆libゴミを放り込んでいく様子にも納得がいきました。

レイヤ?何それおいしいの

RailsAPIサーバーとして使おうとするとまずビューが無くなってMとCだけになりますが、いわゆる"MVC"の文脈で育ったエンジニアがなぜ息を吸うようにFat ControllerやFat Modelを作ってしまうのかという事が良く分かりました。多くのRailsリファクタ手法と称されているものクラスを書くファイルを分割する事以上のものでは無いように思えたので、Rails使いを大きめなAPIサーバー案件に回すときセットポジションDDD青本を投げつける必要が有るなと思いました。

TDDやれんのか

ビューとコントローラを結合させた場合結合テストはCapybaraとかのBDDマークアップサイドとの干渉を恐れながら強い気持ちでメンテしていくしか無いのかなと思いました。おそらく脳に電極を埋め込んでいるか緑色のランプを見るだけでハイになれる特殊な人にしか生き抜けない闇が垣間見えました。コントローラを薄くしてサービスレイヤを挟めばその辺りもうまくいけそうな気がしましたが、ビューからヘルパーモデルがいくらでも透けて見えてしまうという状況では裏側の完全性に自信を持つ事は難しそうでした。

分業とか出来るんだろうか

ビューがRubyを叩いて永続化レイヤと直接コミュニケーション出来るというのはとても生産性が高いのだろうとは思いましたが、こうして出来たパーシャルやら何やらをデザイナーとどうやって共有するかを考えると頭痛が痛くなりました。おそらく適当に切り出して綺麗な空間をassets以下に構築した上でpublicにRPCのような窓口を備えたゴミを量産していくのかなと思いましたが、もっと綺麗な方法はあるのかもしれません。でもきっとRails案件に関われるデザイナーRubyバリバリ書けるに違いないはずなので、ここが問題になる事は無いのだろうなと思いました。

RESTとかきついです

RESTはとても美しいパラダイムではありますが、そもそもHTTPがさほど美しくないので歪んだ空間には目を背けるか勝手解釈を与える事で人は初めてRESTfulを名乗る事が出来るのだと思いますGETbodyを(公式には)持たないという事について美しい説明を与える事は出来ないでしょう。サーチAPIはどうしますか。ステータスコード足りなくないですか。401エラーはどうしますか。そしてRESTあくまリソース抽象化する美しい概念なので、アクション副作用については貧弱です。動詞が足りないですし、一般動詞に狭義の意味を与えてドキュメントするのは二度手間しか見えません。PUTには冪等性があるべきみたいなこだわりは家の猫にでも説教してればいいと思います。というわけで、REST的な設計拝借することはよしとしても、「○○はRESTでは無い故云々~」みたいな注文はやめて頂きたいものです。

そんなに嫌なら他に行けば

とか言わないで欲しいです。こういう時にセットでPHPをディスって悦に浸るのは知る限りRubiestとPythonistaと中学生だけです。それにこれはあくまサーバーサイド初心者感想なので、想像するにこれ系のFWは多かれ少なかれ似たような不満を抱えるものなのかなと思います。というわけで、おそらくこれから選択肢がある限りはRailsを使い続けると思います

だってRuby楽しいんだもの

2014-09-13

WEBデザイナは糞

ほとんどのWEBデザイナって糞みたいなCSSしか書かないしJavascriptは書けない。1ファイルに何千行と書き、コピペ蔓延して破綻していることを直視しないでそのまま開発続ける。

プログラマは、リファクタリングメンテナブルについてとても関心が高い。D.R.Yなんてのは共通認識

一方でWEBデザイナってどうしちゃったのさ。いつまでFTPデプロイみたいな思考してるんだよ。

糞みたいなCSSをどうしてメンテし続けるの?明らかな負債をどうして溜め続けるの?馬鹿なの?

から、お前らWEBデザイナはWEB開発にはいらないよ。

俺らプログラマCSS書くしマークアップもするよ。そのほうがテンプレート効率的に回せるしな。

CSS設計教科書を読んでる。プログラムと考え方似ているかおもしろいな。

バイバイWEBデザイナ。せいぜいWordPressと仲良くしてろよ。

2014-08-01

一発当てた個人開発者をまとめるWebサービス作った

http://individualist.link/ (←ドメインかっこいいでしょ)

居酒屋にて 〜

A「やっぱり若者が稼ぐにはアプリ作るしかないと思うんですよ」

B「あー分かる」

B「スマートフォンアプリWebアプリでもいいの?」

C「ゲームは当たると大きくていいよね」

A「Webアプリでもいいです」

B「当ててそれで暮らしてる人見ますね。羨ましい。」

A「いいですよね」

A「そういう人の話聞いてみたいんですけどなかなか出てこないですね」

B「当てた人が人前で自慢するメリットないからねえ…」

B「どういう人がどういうサービスで当てたのかまとめたい」

A「いいですねえ。Wiki 的な」

B「Google Docs とかでやってみる?」

A「おお、やりましょう」

B「Webサービスにしてもいいかも」

帰宅 & 1時間後 〜

B「できた」

B「ドメイン取ろう」

B「http://individualist.link/

アルコール入ってるから話のディティールうろ覚えだけどこんな流れで作りました

やっぱり若者が稼ぐにはアプリ作るしかないと思う。

当てたいなら先例を見るのが一番参考になるはずだし、僕は個人で作ったもの流行っているのを見るのが好きだし、そういうのとても興味ある。

このサイトを見ていると、どういう人がこのサービス作ったんだとか、これ個人で作ってたんだという発見があっておもしろいと思います

時間で出来た

時間で出来たというのはほとんど誇張ではなくて、デザインに拘る時間サーバーに設置する時間を抜かせば本当に1時間でできます

せっかくなのでちょっと開発について書きます

このサイトコーディングに使う大まかな作業をまとめると

データベース接続

Twitterアカウントユーザー登録

画像保存

タグ付け

JavaScriptで動き付ける

CSS整える

HTMLマークアップ

デザイン

というような感じになる。これらを実直にいちいち実装してたら1日で終わるか分かりません。

本を読む一番はやい方法は、文字を読まないことです。

コーディングせずにライブラリを使いましょう。

ちょっとコードが書けると実装する道筋が思いついちゃうからライブラリを探す考えに及ばず実装しちゃう事があると思います

そういう事は避けて、アプリを書くならアプリ本体を最小に済ませるか、ライブラリ自体を作ることに力を入れましょう。

こちらのサイトではRailsのレールに乗っかって開発しました。

以下の例はRailsを使った方法ですが、モダンフレームワークを使っているのであればだいたい似たような話になると思う。

ライブラリで組み立てよう

Rails

手に馴染んだフレームワークがあるならなんでもいい。

クソ小さなロジックと数ページしかないならPHPでもいいけど、

とにかくはやく作ることがしたいなら何かしらフレームワーク使ったほうがいい。

秘伝の Rails Application Template を用意しておくのも良い。

データベース接続

モダンフレームワークなら何も考えずにデータベース接続できるはず。

Rails なら config/database.yml に接続情報書いて rake db:create && rails g model User name:string です。

scaffold 使うと更に早くできます

Twitterアカウントユーザー登録

OmniAuth gem を使います

ソーシャルアカウントログインする要件が出たら、何も考えずに「あ、OmniAuth」となりましょう。

Device gem を使うと更に早くできます

画像保存

Paperclip gem を使います

画像保存が必要になったら反射的に「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 マークアップ

HTML 書くのやめましょう。

Haml や Slim のようなテンプレートエンジンを使います

Slim が一番タイプ量少なくておすすめ

Zen Coding でもいいけど、結局出力されるのが HTML じゃ見通し悪くて辛いと思う。

Web Components の時代になったらもっと簡単になるんだろうな。

デザイン

こればかりプロっぽいものつくる自信はない…

ただ、Webページやアプリというのはだいたい決まったパターンがあるので、いろいろな事例を見るとよいでしょう。

正直レイアウト自体は他のサイト真似るのは悪くない判断だと思います

しろその方がユーザーにとって慣れ親しんだ分かりやすサイトでもあります

http://individualist.link/場合http://www.producthunt.com/ を異常なほど参考にしました。

まあここまで書いてなんだけど、前提知識として Rails が使えるようになってないといけないのは敷居高くて悪かったと思う。

僕も最初アプリ作るのに途方も無い時間かかってた。

慣れればはやくなるから、たくさんアプリ作って一発当てよう。

思いついたときにすぐ作れるようになれるといろいろ捗るぞ。

なお、今回つくったこのサイト、ぜひともみなさんにも投稿していただきたいのですが現在投稿者承認制としております

質を保ちたいので、捨て垢に荒らされても困りますからね。

私本当に個人が作って運営しているというアプリサイトというのが好きでして、

こちらのサイトリストアップする行為に儲けやがってといった悪意は一切ありません。

私にとっては好きな人達をまとめるサイトなので質はしっかりしておきたいのです。

2014-04-28

http://anond.hatelabo.jp/20140428150354

HTMLは見た目だけ綺麗にできりゃいいってもんじゃない。

意味に合わせた要素でマークアップして、後からスタイル適用するんだからテキストエディタで作るのが正しい。

2014-02-02

Web制作フリーランスってさ

その人のブログ見ると

Web制作およびコンサルタント

サーバーサイドおよびフロントエンドエンジニアリング

ソリューションディレクション

とかたいそうなこと書いてる人が多いけど蓋を開けてみると酷いことが多い


Web制作およびコンサルタント

WordPressで作った簡単なテーマ or 既存テーマを少し弄った程度でコピペ

コンサルタントなんて響きだけでネットで得た意識高い系をそのまんま喋るだけ

しか技術が伴ってないのでやれることは少ない

サーバーサイドおよびフロントエンドエンジニアリング

HTMLはある程度わかるが例えばHTML5なら仕様に伴ったマークアップはよくわかってない

CSSIE向けに調整できると言っても~.jsライブラリコピペするだけで実査の動きはわかっていない

動きのあるものjQueryコピペするだけ

ソリューションディレクション

いいたいだけだろ、と


もしかして田舎だとこういう人達でも食っていけるってことなのか?

2014-01-22

コード自動生成とか幻想すぎる(ような気がする)

http://anond.hatelabo.jp/20140121235137

僕は専門家じゃないからよくわからないが以下のように考えている

たとえばよく言われる

モデル記述言語モデル記述したらコード自動生成されるのでプログラム不要って話は、

C言語が.sを生成するのと同じなのでそれはコンパイラであって概念的には昔からある話。

C言語抽象度低くてむつかしいというなら抽象度の高い言語を使えばいいというだけにしかならん。

GUI設計すれば自動的コードができるようにならんの? って話はUIビルダとか昔からそうだったじゃん。

でもGUIで作ったやつってバージョン管理システム管理しづらいからマークアップ言語記述できるようにほうが便利ってことにみんなが気付いて、結局テキスト記述できるようなのを一般的にしようってのが2004年2005年くらいの話

2013-11-01

http://anond.hatelabo.jp/20131101031728

いや、だから、「ブレインワーク」をしているという貴方様が、

はてなマークアップさえも理解できず、

その上、独自のマークアップだかで引用を示そうというも、

何故か引用のほうではなく、自分の方に>を書いている。

これはもはや、普段メールなども他人とはしてないのでは?との疑問も得られる。

まりは他人と交流さえしてないのでは?

その上、「ブレインワーク」で考えるための頭が重要にもかかわらずこんな時間まで起きて益田などしている。

これがほんとに会社瞑想2時間しても何も文句言われない結果を出している「ブレインワーカー」のすることだろうか?

結局はただのニートの戯れに過ぎなかったのか、ということが分かってしまった。

ということなんだけど、なんか反論ある?

http://anond.hatelabo.jp/20131101022626

まあ、がんばれよ。

ぶれいんワークとか言ってる割に増田の書き方すら理解できないみたいだが。。。

(仮にマークアップなしの状態での引用を表そうとしてるんだとしても自分の方を引用みたくすると言う意味不明行為をしてるし。。。)

2013-09-22

http://anond.hatelabo.jp/20130922000614

元増田です。

  

そのためのデータ管理という項目をコンピュータ教育指導要領に含めるべきだって話です。

代替オフィスへ移行しても「名前重要なのは変わらないですし、互換性問題からマークアップ」も必要とすべきです。

  

マークアッププログラミング型推論のように行われる可能性は軽量マークアップ言語の登場からあり得ない話では無くなってますけど、それに至るまでは時間が沢山必要だと言って良いはずです。

僕は別に憲法のような確固たる可能な限り変えるべきではないルールとしてデータ管理からコンピュータ教育を推しているわけではないです。

  

ただデータ管理は少なくとも僕の寿命が尽きても広く使われるはずだ。この意見IT業界関係者ならば否定のしようがないことだと思います

SF的な量子コンピュータが使われようがデータ管理はされるし、一般ユーザはしなければならない。違いますか?

2013-09-20

コンピュータ教育のあり方

振り返ると

現在二十代後半の自分小学校でのコンピュータ教育が始まったタイミング世代です。

始めは「学校コンピュータ導入しました」みたいな申し訳程度な感じだったと記憶しています

  

小学校  

小学校でのコンピュータ教育の内容としてはCD-ROMを配布され、ODへ挿れるとソフトウェアが書き込まれたISO自動起動して、そのソフトウェア上でコンピュータを学ぶという形式だったはずです。

学習ソフトウェア勝手フルスクリーンになるわけですが、今思えば無知小学生OSの設定を変えてしまわない配慮だったのだと思います

実はこのあたりの記憶曖昧なので学習ソフトウェアの内容は以下のような感じだったはずです。

これ以外もあったような気がしなくも無いですが、前提として私は小学生男子なので興味のないもの記憶からすっぽり抜け落ちている可能性が高いです。

  

この中で一番出来が良いのはパラパラマンガツールで、おそらくはプレゼンテーションなどを学ばせるためのものだったのでしょう。

時代を考えるとFlashが出始めの頃でありユーザーインタフェース機能Flash作成ツールから影響を受けていたようです。

ポケモン戦闘シーンを完全再現したことでクラス内でヒーロになったのでこのツールには思い入れが深いですw

感覚として元も近いFlash作成ツールはParaFla!で、ParaFla!とペイントを足して2で割ってタイムラインシーケンスが無い感じでした。

  

地図を学ぶゲーム比較的良い出来で、ユーザーインタフェースシムシティな感じでしたね。思いっきり影響を受けてるようでした。

確かストーリー仕立てになっていてクリックしてるだけで進み、地図記号とか学べるんじゃなかったかなあ?と記憶曖昧です。

  

この学習ソフトウェア、どうコンピュータ教育に活かされていたか?と言えば、何にも活かされていませんでした。

教師は軽くマウスキーボードの使い方を指導するだけで、あとは良い言葉を選ぶなら生徒の自主性に任せて、変な設定等を行わないように監視しているだけでした。

どういう指導要領になっていたかは知りませんが、コンピュータによるオートメーションを過剰評価して授業もオートメーション化出来るかも?と国は考えたのでしょうか?

まあコンピュータ教育が導入された最初期ですから実験的な意味合いも多分に含まれていたと思います

中学校

中学校へ入ると学ばされたのはMS Officeです。

パソコンの起動方法からまりローマ字入力(小学校ひらがな入力)、そしてMS Officeへと入りいます

このあたりは民間パソコン教室と変わりがないかも知れません。

小学校で行われていた学習のオートメーション化への期待は無惨にも崩れたらしく、教師は手取り足取り教えてくれます

  

しかしおそらくは民間パソコン教室と違う部分もあります

それは新規フォルダや新規ファイル作成方法メールWebブラウザの使用方法、その他今現在皆さんが日常的に使うであろうソフトウェア指導が全く無いです。

どうやら学習のオートメーション化は不可能だと気づいたため、今度は思いっき実用に振ってMS Officeマスターを育てるという選択をしたようです。

  

でもこの指導にもおかしな点は沢山ありました。

Wordでは文字の大きさや色、背景色、ワードアートの使用法、図の挿入、印刷などが中心に指導されます

ワードプロセッサソフトが大好きな方は気付いたと思います。そうですWordなのにマークアップ指導が一切ありません。

完全に見た目の変更の仕方と印刷だけの指導であり、Wordなのにアウトラインとか完全に無視です。

  

Excel指導は酷いものでした。

見た目中心の指導を行うことはWordと変わらないですが、Excel関数指導に入ると関数意味ほとんど教えず「B1へ=SUM(A1:A5)と入力してください。はいA1からA5が足された答えがB1に表示されました。次は...」といった感じです。

生徒は教師の指示通り入力するだけで応用とかそういうの全くわかりません。しっかり理解してるのは見た目の変更の仕方くらいです。

  

時代ですね。こうして互換無視オフィスファイルは作られていったのでした。国がそう教えてましたから。

あっそうそうPowerpointとかAccessは授業でやりませんでした。

  

高校

端的に言うのならば同上。

しかPowerpointが追加されました。流石にPowerpointも教えないといけないと気付いたのでしょうか?

  

高校によっては工業高校商業高校高専ではもっとマシな指導をしていた可能性はあります

ただやっぱり社会人から見るとツッコミ入れたくなるような指導が一部で取られていたと思います。国も手探りですから

  

大学

この年齢くらいになると学校の授業で覚えたと言うよりも独学でパソコンを習得してる生徒が殆どになっていました。

全くと言って良いほど学校の授業からは得たものがなく、エロ画像探しのほうがコンピュータリテラシーを僕に与えてくれました。

  

そして大学時代教授ゴリ押しからOSWindowsからEmacsに変わりました。

  

これを教えて欲しかった

今のコンピュータ教育がどうなっているかは知りません。

はてブ小学生向けにビジュアルプログラミングScratch流行り始めてるんだなと知ったくらいでコンピュータ教育の授業の内情がどうなっているか全く知らないです。

なので僕が少年期に受けたコンピュータ教育を前提として「こうだったら良かったのに」というのを書きます

  

データ整理整頓

コンピュータを扱うにおいデータ管理というのは非常に大事です。

何故判りやすファイル名を付けるのか?何故フォルダを作るのか?そういうことをしっかりと指導しなくてはなりません。

とりあえず僕も誰かに教える気になって書いてみたいと思います

  

保存されるデータの種類

保存されるデータの種類は基本的に3種類存在します。

今だけ使えれば良いデータはどうせ直ぐに破棄するデータなので用途合致すればどんな風に作っても構いません。チャットやっててウケを狙うためにネットからダウンロードする時にファイル名を「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だって教えられること、中学生以上は持ってそうなスマホだって教えられることです。

  

ただ教えてれば良いとするコンピュータ教育のあり方を今こそ議論していく必要があるんじゃないですか?とここに主張したい。

2013-08-02

デザインって何ダ

Webデザイナーなんてただの作業者だ。」

最近そんな話を聞かされた。

Webサイトデザイン以外の仕事関係で。

その他もろもろ。

まあ俺はデザインを知っているんだぞとかそんな話。

理解できる部分はあるし、同意できるところも無くはないなあ。

ツールがなければ何もできないだろうし、Adobeのやつとか?

けれどその人が話していたことはどうも見た目だけの情報を評価の対象としているみたいで、

情報構造とか設計については触れていなかった。

一般的ユーザー別に見た目しか気にしないんだろうけど。(見た目も気にしないかもしれない)

デザイナー世界でもアーティスト区別のつかないような人っているし、

見た目にインパクトのあるものって大事なこともあるのだろうけど、

ことWebデザインに関してはそうもいかない部分が多いと思う。



その辺のこともあるし見た目よければ(もちろん見た目は良いほど良い)みたいなことだと

釈然としない感じはあった。

頭打ちって言っても技術進化してるし、見た目を作る以外にもWebデザイナーには求められているし、

単純にオワコンって言えないしなあ、とか。

それに同意してる人たちにも納得がいってない。

そんな考えで仕事をしていたのかと少しがっかりした。

まあ目上の人の話ではあったから仕方がないんだろうけど。

デザインってなんだろう。

僕らはデザインをしていないのか。できていないのか。

Webデザイナーポジションというのは微妙もので、

特に日本だと盛り上がっているWeb技術界隈からも浮いている感じはあるけど、

最近は見直されている感じもあったのですがが。

Webデザイナーだってがんばっているんです><とかは思わないけど、

重要仕事だとは思うんです。

とりあえずこの話を聞いた後から自分が何をしているのかわからなくなっているし、

喉に引っかかりがあるような、ここのところずっとそんな気分です。

2013-04-18

http://anond.hatelabo.jp/20130418094419

http://anond.hatelabo.jp/20130418093238

どーでもいいが一人だけ行間が変なのでどれを同じ人が書いたかバレバレだぞ

…って遡ったら妖怪勘違いババアの人かよ……

22歳の就職したばかりの小娘が「出産後の夫婦関係」をどや顔で語ったり(http://anond.hatelabo.jp/20130418074812

しているのを見ると失笑を禁じえないというか。

えええ!???妖怪と一緒にしないでよ。

夫婦関係書いたのは自分だけど、犬●紙子みたく

自意識出しつつ予防線張りすぎの自虐女子イラッとするので、妖怪スルー

勘違い乙w

はてな記法はイチイチ覚えようとは思わないけど、普段やってて任意の改行が反映されない時点で「あ、ここではそういうマークアップ必要なんだな」って思うのが普通だ。

2013-02-08

"円安デメリット銘柄" 100社の円安下での実際の株価推移

「円安になると輸出企業は得をして輸入企業は損をする」

「円安が良いかどうかは、メリットを受ける企業デメリットを受ける企業の、どちらへの影響が大きいか次第」

など円安のデメリットを説く発言を、テレビ経済評論家コメントから飲み屋談義まで耳にすることが多い。

円安では、

といったことが起きるから、との説明に説得力を感じることもあるだろう。

そこで、今回の円安の契機となった解散総選挙発表前日である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 S FOOD 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 J−オイルミルズ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 オリエンタルランド1072012160 13.43%
4694 ビー・エム・エル 2074 2229 7.47%
4839 WOWOW 185900 202700 9.04%
5002 昭和シェル石油 485 530 9.28%
5007 コスモ石油 146 206 41.10%
5008 東亜石油 91 99 8.79%
5012東燃ゼネラル石油 728 797 9.48%
5017OCホールディングス 297 389 30.98%
5020 JXホールディングス 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 IHI 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 北陸電力 8331008 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 ファーストリテイリング 1691024080 42.40%

少なくとも市場参加者の総意としては、円安によって利潤が圧迫されるとは考えていないようである

もちろんのこと、円安の恩恵を直接受ける輸出企業株価や、それら輸出企業が平均に含まれるTOPIXに比べれば

見劣りするのは仕方ないが、概ね円安はプラスに働く、少なくとも大きな障害とはならないものと見られている。

では、「円安になると原材料・燃料の輸入価格が上がってしま経営が圧迫されてしまう」という一見、

説得力のありそうな説明がなぜ成り立たないのか? これには色々な理由が考えられるが、

(1)については、たとえば新日鐵住金を例に考えると、円安で輸出企業生産活動を活発化させた場合

その原材料となる鉄製品需要も増えるため、新日鐵住金生産活動も活発化する。

その結果、原材料費の値上がりによる一単位あたりの収益の減少を補ってあまりあるほど販売数量が伸びる。

これは新日鐵住金だけでなく、素材系・シクリカ銘柄全般にもそのまま適用できるであろうし、円安によって日本人雇用が増えて

失業者が減り、消費が活性化すると考えれば小売や外食などにも適用することができる。

(2)については、つい逆のように考えてしまいがちだが、競争が厳しく限界ぎりぎりの価格付けを行っている業界ほど、

原材料費が値上がりした場合価格転嫁が進む。自社の収益を削って対応する余地が少なく、また同業他社も同様であるので、

そろって値上げという形が取られやすいためだ。業界全体で値上がりするので、買い手も受け容れざるを得ない。

反対に寡占的な業界で商品一単位あたりの利益が大きいと、原材料費をそのまま転嫁するよりは一部を自分で飲んで

販売数量の落ち込みを減らした方が利潤は増えるため、価格転嫁は小幅にとどまる。

円安デメリット銘柄に挙げられる企業価格競争が厳しい業界が多く、価格転嫁が進みやすいと思われているため、

円安による原材料価格上昇があまり経営を圧迫しないと考えられているのだろう。とりわけ、円安で輸出企業に余力が

できている時には、輸出企業向けの製品を作っている企業価格転嫁は受け容れられやすいと考えられる。

(3)は、たとえば取引先の輸出企業の株を保有しているケースなどが典型的でわかりやすい。

円安デメリット企業であっても、円安メリット企業の株を保有していれば企業価値が上昇して株価が上がり得る。

以上、「円安になると原材料・燃料の輸入価格が上がってしま経営が圧迫されてしまう」という局所的には一見正しそうなことも、

経済全体を考えてみれば、そう簡単には成り立たないというおはなしでした。

2012-11-01

船井総研グループ電子書籍に参入!

 フォトンベルトが全人類に影響し、話題となった船井総研グループが、電子書籍に参入することが明らかになった。「黒船アマゾンに続く「波動系」企業の参入に、今年こそは「電子書籍元年」と呼ばれる年になりそうだ。

 船井総研船井幸雄代表取締役会長は、2013年をめどに船井総研グループ電子書籍事業に参入することを発表した。船井総研グループの運営するインターネット電子書籍ストア「船井幸雄.comブックストア」では、『月刊ザ・フナイ』のほか、20万冊の和書提供する。

 電子書籍制作は、セミナー参加者パソコンに打ち込み、宇宙意志マークアップを行う。また、専用の電子書籍端末「ascension」(船井電機製)を特別価格提供。販売ルート経営戦略セミナーと、オープンワールド・ストアで販売される。

 船井総研の船井氏は、「(電子書籍事業が)情報料としては、私はその内容からみて決して高くはなく、価値は充分にある。」と意気込みを語り、にんげんクラブ全国大会で大喝采を浴びた。

 なお、船井総研グループ2016年をめどに社内公用語を「ひふみ祝詞」に移行する予定。

2012-07-15

Twitterで知り合った自称Geekの子HTMLの話をしてみたら

なぜかLINEでのやりとり。このあとTwitterでblockされた。
Ahi
Byeah
B学校祭わろた
Aおつ。
A打ち上げ的なものはないの?
Bない
B学校祭中
Aああ、把握。わろたがおわたに見えた。
B学校祭ェ••••
Bパソコン部の展示なう 誰もけえへんやん
Aなるほど
Bパソコン部だけ学校雰囲気じゃねーww
Aそんなもんや…
Bあっちで音ゲー こっちでぽけも
B君もパソコンかい
B友達こねーくそわろ
Aんにゃ、高校のときは※※と〒〒やってたねえ。
B学校祭の新しい形ですね
B学校祭なんてお客さんが楽しむもので、生徒が楽しむものではない、生徒は楽しませる側です
A僕んところの高校のパソコン部とか何やってたんだろうねえ。
ATwitterとか見てると灘校のパソコン部展示とかは相当盛り上がってたみたいだけど。
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柏葉とか〒〒強かったなあ。
BW
B 君×高?
ANo.
B俺×高www
Bわろたqwwww
B×高わろたwww
B×高わろわろわろたwwww
Aなにがおもしろいwwww
B君は?
A(そもそも高校生ではないんだけどね…)
B中学生大学生
A大学出てるよ
B出身高どこ?
B北海道ではないの?
A△△。
Bもれ札幌×高。知ってる?私服やで!
B△△?
A私服やで。
B△△高校??
Ayes.
B▲▲系?
Aとは
B画像
B偏差値67わろた ●●県かー
Aそれ●●の男子校な。
A●●の△△はたぶん私服じゃないぞ
B●●神やな
B何県?
A△△市知らんのか…
B画像
Bしってるで!
B理数科?
A普通
Bなんで私服
B
Aなんでって言われても、校則制服がないからだけど。
Bわろた
Bこの話やめよ
A( なんでいきなり学校の訊問から始まったんだ…? )
BHtmlの話にかえよう
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でだ、そこで
AHTML5って何?
Bなんや
Bテキストを超越したもの創造するための道具
ANo.
Bなんや
Bプログラミング言語
Aそういう名前の「マークアップ言語」ってだけの話なんだけど。
Aプログラミング言語ちゃうねん。
Bしっとるわ
Bでいいたいことは?
B要旨はなんや
Aマークアップ言語」ってことが重要
Bはい
Bそれで
A言語であるからには規格があって処理系がある。
Aってことはおk?
Bうん
B規格?
A規格。
B処理系? 説明せぇ言われても説明できない言葉やわ
Bおしえで
Bおしえてー
A要するに、"print A" って文字列を与えたら "A" って出力するような仕組。
Bそれが処理系
Bきかくは?
Aざっくり言うとそう。
A言語言語として成立するための決まり
Aさっきの例だと "print A" なら「Aを出力しろ」という命令であるべし、みたいな。
AHTML場合は基本的には要素と属性定義になってる。
Bあーわかります
Bいえーす
A要素と属性おk?
Aelement と attribute 。
B要素 属性width height
Aおk
B 要素が親 属性が子
Aそれはちゃうねん。
Bじゃあなんや
Aでもそれは脇道だから置いておく。
Bいいす
Bいえす
Bそして
Bから
Bからの?
Aてっとり早く言うなら、HTML5定義されてる要素の集合に font や center は入ってない。
Bふむ
A集合は?
Bじゃあそれらはなんや
Bドモルガンの法則
B要素の集まり
Aおkおk。問題ないね
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しすてむ
Anice
B入力に対して応答する仕組み=処理系
A日本語の「系」は "system" に対応する。
Bおつす
Aで、HTMLを与えて、それをよしなに処理してくれるシステムって何?
B処理系
A具体的には?
BHtml処理系
AHTMLの有名な処理系は何?
Bhtml5
Aそれは規格。
Bやー
Bこんぱいらー?
Aコンパイラ処理系
A(の一部
BHtml処理系なんや
Bコンピュータ
A大雑把すぎる
Bcpu
Aノー。
Bめもり
Bなんやねん
Aノー。
BOs
Bweb
Bブラウザ
AiPhoneにもWindowsにも処理系が入ってるからWebが見られる。
A正解。
Bプレインストールされてすか
Aされてるね。
Bなるほどね
AHTMLの有名な処理系は何?」の模範解答は InternetExplorerとかMozilla FirefoxとかOperaとかGoogle Chromeとか。
B
Aで、どうして規格を守る必要があるのか、の話。
Bブラウザ名前をあげればいいんですね
Aそれはもう終った。
Bexactly
B
B
AHTML5では文書の先頭に って書くことになってるけど、これはどういう意味か。
B宣言
ADOCTYPE宣言
A宣言してるのに規格守らなかったらだめじゃん
Aやーいうそつきうそつきー、ってことになる。
A(まじで
Bどういうこと
BDoctype宣言してんのにcenter、fontを要素として使うのはだめだということですか?
AHTML5の」宣言してんのにcenter、fontを使うのはだめー、ってこと。
Bへー
AHTML 4.01 Transitional とかならおk
B規格守らないとどういう弊害が?
Aおkだけど、なんでそんな古いの使ってんのや、ってことになる。
Aあらゆる意味でめんどくさい。
B
B規格守らないと誰か困るの?
Aユーザも困るし、処理系を作るひとも困る。
Bなんで?
A困ったちゃんは絶滅しないから有名な処理系は古い規格をサポートし続けることになるのは確定的に顕かなんだけど。
Aたとえばちょっと処理系自作しようとしたときに規格を守ってない文書に当たると、例外的な処理をしなければならなくなる。
B新しいhtmlの規格がでても 古いバージョンサポートをやめられないのですか
Aそんなことをしたら、君のページを表示できるブラウザがなくなるよね。
A(HTML5サポート外の要素を使ってるから
Bなるほど
Bcenter、fontに変わる要素はなんや
B何を使えばええんや
Aそもそもそれを要素で指定するのがナンセンスである、って話になってくる。
Aまり中央揃え」とか「フォント」とかって意味の要素がナンセンス
B最初Css使ってたけど他人のコードよんでfontていうやつ見つけたんで使ってみた
A「他人のコードよんで」←まちがい
Bcsscolor: ;
A「規格書を読む」←せいか
B辞めてfont color使うことにした
B他人のページのソースコード読んででええやろ
A赤の他人はだいたい間違ってる
A(僕の言ってることも間違ってる可能性があるから規格書を読むべき
Bなんや
B表現が間違ってるわけじゃねぇんだよな
Bそういえや
B規格書をよめってことか
A暇なときにね
Ahtml5.jp とかで良い。
Bweb
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なんの?
ASICP
B親が生活費だしてんこ
Bだしてんの?
Aんにゃ、自分お金でだけど
Bふりーたーか?
Bアルバイトはしてる?
Aないない。アルバイトなんてしたら自宅を警備できないしね。
Aそんな大人になっちゃいけない
B自分の金てなに?お前が稼いだ金?
Aいえーす
Bどこで?
B働いてないのに
A不思議だ…
Bお前なんやねん
B何者やねん
A自宅警備員
Bばか?
ATwitterのbioに書いてる以上でも以下でもない感じ。
Bごみ
B社会ゴミ
A少なくともいまの君よりは計算機科学に詳しい、ってことでおk?
Bおーけー
Aってことで、こんな社会ゴミなんか秒速で追い抜いてみせろ、ってことでひとつ
Bまあ俺がお前の歳だったら、お前より知識あるがな。俺×高やし、北大いくし
Aおーすごいすごい。
Aさっきの学歴を持ち出すなら北大じゃいろいろ物足りない気がするけど。
A素直に京大とか東大とか行っとけ
A北大教授京大東大ではしてない研究をしてるのが居てその分野を專攻したいー、とかなら別だけど。
A知ってる範囲の北大学生ものすごいのって、□□□□出てて高校時代から一人でばりばりプログラム書いてる、とかそんな感じだから
Bまあお前よりは高等だから
Bこめん
Bごめん
A僕より偏差値高いだろうってことは知ってるから、いまさら確認することじゃないなw
Aただ、具体名は避けておくけど、GoogleとかMSだけに優秀なプログラマが集まってると思ってるなら、それは間違ってるねー
A高学歴=優秀なプログラマ」が真なら、国内メーカーはどうしてこんな惨状なのか…
A僕がこの2年くらいで会ってきた、そこそこ多めな数の高校生とか大学生たちから見るに、優秀な高校生が良い大学入ってるってのはおよそ間違ってないね東大とか京大とか筑波とか東工大とか。
As/優秀な高校生/優秀な高校生プログラマ/ ね
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内心蔑みながらも日本未来を案じるさまは立派です。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん