「BODY」を含む日記 RSS

はてなキーワード: BODYとは

2018-10-11

ウヨ批判できればなんでもいい

新疆ウイグル自治区でイスラム容認しない方針 中国検察当局 | NHKニュース

id:hosyu_ha 「こんな暴力的な国に目をつけられてんのに基地を一つの地域に集中させてる国があるらしい。 こいつらがそこだけ狙う忖度するわけないっていい加減気づけよ」とは言わない宇予くん2018/10/11 01:56


これが俗に言うはてサです

2018-10-10

IT業界のカレシ

2018-09-14

「開発現場で役立たせるための設計原則パターン」への反論

開発現場で役立たせるための設計原則パターン

https://nekogata.hatenablog.com/entry/2018/09/10/163206

この記事はてブで大絶賛されてるが、個人的にはセンス無いなーと感じたので言語化してみる。

Notificationクラスが不親切。

Notificationクラスそもそも単一責任原則に反してない

開放閉鎖原則勘違いしてる

Notificationクラスと何のクラスが密結合なのか説明されてない

  • 『それ以前の問題というか「本来バラバラに書かれるべきものが、すべてここに書かれてて密結合しちゃってる」とみることができるかと思います。』?
  • 密結合というのであれば、コメント通知を変更した時にNotificationクラスとCommentクラスの両方に変更が生じてしまうことを示すべき

オブザーバーパターンが出てくる意味が分からない

今回の仕様を図で書くと

コメント→→→コメント通知

スター→→→スター通知

あしあと→→→あしあと通知

みたいな感じになるとする。

すると、今回スライド問題視しているのは矢印の右側の通知の部分が1クラス共通化されている点。

しかし、オブザーバーパターンの出番は図の矢印の部分が絡まり合って処理が複雑になってしまった場合

今回は1つのイベントから複数リアクションが発生することは想定しないので

オブザーバー不要なのは当然。選択肢に出てくるほうがおかしい。

そもそも問題認識(通知部分が問題)と解決策(矢印部分を解決)がズレてるから話がおかしな方向にいってる。

Notificationクラスサブクラスを作ろう、ならまだ分かる。

人間の可読性が考慮されてない

まとめ。

かに設計言語化するのは大事だが、言語化というのは「それっぽいことは幾らでも言える」危険性がある。そもそもプログラミングというのは芸術であり文学なんだからセンス無いのに言語化を頑張っても「一見それっぽく聞こえるけど間違ってる説明しか出てこない。

2018-09-04

[]増田流行入れ墨ネタの火元がどこかしらないのだけど

タトゥーあり」でも就職OK、世の中は変わった https://www.newsweekjapan.jp/stories/world/2018/09/ok-10.php

その翻訳記事

Tattoos No Longer Impede Getting A Job, Study Finds https://www.newsweek.com/tattoos-no-longer-impede-getting-job-1067035

そのネタ論文

Are tattoos associated with employment and wage discrimination? Analyzing the relationships between body art and labor market outcomes http://journals.sagepub.com/doi/pdf/10.1177/0018726718782597

-

ぱっと見アメリカでも受け入れられ始めたばかりなのだろうか

2018-08-22

セブンイレブンの新レイアウト馬鹿じゃないの?

店内に入って左端に紙パックやカップ入りのチルド飲料、右端にPETと缶飲料

「何か冷たいもの飲みたいな」と店内に入った時、店の端から端を往復しなきゃいけない。

これが従来のレイアウトなら、店内に入って突き当たりがPETと缶飲料、角を曲がればチルド飲料、と距離が近かったのに。

それとも、普通のお客さんは来店前にどのタイプ飲料買うか明確に決めてて行ったり来たりが必要なかったりするの?

それとも、こうすると店内の回遊率が上がってついで買いが増える、みたいなデータでもあったりするの?

気になってるの自分だけかと思ったら、ブコメで同様の意見を見かけたので書いてみた。

セブン、1万店で挑む「売り場大改装」の勝算 | コンビニ | 東洋経済オンライン | 経済ニュースの新基準

パックの飲料は左端、ペットボトルは右端という配置に未だに慣れない。アーキテクチャに沿ってUI設計したソフトウェアみたいだ。2018/08/18 11:22

2018-07-31

シェア」を「愛撫」に置き換えると愛情たっぷりになる

シェアさせていただきます!」→「愛撫させていただきます!」

ブックマークレット作るなら↓

javascript:void((function(){var d=document;d.body.innerHTML=d.body.innerHTML.replace(/シェア/g,'愛撫');})());

2018-07-10

anond:20180710105709

bodyの下にJS置いて即実行とかいやらしすぎるだろ・・・

anond:20180710105422

ready使うと完全にページが読み込まれるまでJSが動かないので、bodyの下とかにJSを置いて即実行するのが最近の主流。

今日気づいた事

HTMLに外部javascriptを読ませるなら、body最後が良い。

cssと同様にheadで読ませようとしたら

 functionの定義がされていないというエラーが表示され、

 IEの要素チェックソフト(?)上ではjsファイルが表示されなかったから。

2018-07-03

anond:20180703171657

できるよ

どうせ読み込み方間違えてるんだろ

<html>

<head>

<link rel="stylesheet" href="masuda.css">

<style type="text/css">

</style>

</head>

<body>

<table>

<thead>

<tr>

<th></th>

<th>column1</th>

<th>column2</th>

</tr>

</thead>

<tbody>

<tr>

<td></td>

<td>foo</td>

<td></td>

</tr>

<tr>

<td></td>

<td>bar</td>

<td></td>

</tr>

<tr>

<td></td>

<td>baz</td>

<td></td>

</tr>

</tbody>

</table></body>

</html>





masuda.cssは↓

table {

counter-reset: rowCount;

}

table > tbody > tr {

counter-increment: rowCount;

}

table > tbody > tr > td:first-child::before {

content: counter(rowCount);

}

anond:20180703165428

<html>

<head>

<style type="text/css">

table {

counter-reset: rowCount;

}

table > tbody > tr {

counter-increment: rowCount;

}

table > tbody > tr > td:first-child::before {

content: counter(rowCount);

}

</style>

</head>

<body>

<table>

<thead>

<tr>

<th></th>

<th>column1</th>

<th>column2</th>

</tr>

</thead>

<tbody>

<tr>

<td></td>

<td>foo</td>

<td></td>

</tr>

<tr>

<td></td>

<td>bar</td>

<td></td>

</tr>

<tr>

<td></td>

<td>baz</td>

<td></td>

</tr>

</tbody>

</table></body>

</html>

anond:20180703165928

ごめんダメだわ。やり方が違うのかも。

HTMLタグの中のbodyタグの中にtableコピペして、

CSS参照とあるけどまずは同じHTMLからのほうが良いかなと思って

bodyタグ最後javascriptscriptタグ書いて、そこにコピペしてる。

anond:20180703164607

こういうんじゃないの?

<html>

<head></head>

<body>

<table>

<thead><tr><th>番号</th><th>中身</th></tr></thead>

<tbody>

<tr><td>1</td><td>低能先生</td></tr>

<tr><td>2</td><td>Hagex</td></tr>

</tbody>

</table>

</body>

</html>

anond:20180703163232

&lt;!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"&gt;
&lt;html lang="ja"&gt;

&lt;head&gt;
	&lt;meta http-equiv="content-type" content="text/html; charset=Shift_JIS"&gt;
	&lt;title&gt;


  
  

2018-06-16

アフィリエイターには紹介責任がないとでも思っているのか

ヒト◯が自分ブログコインチェックを紹介する記事を書いて、それにかみついた記事に、

「個人がアフィリエイトで儲かる時代」の終焉

さらっと個人的恨みを入れててワロタ そんなもん自己責任だろ。2018/06/01 09:49

&lt;script src="https://b.st-hatena.com/js/comment-widget.js" charset="utf-8" async&gt;&lt;/script&gt;

というブクマがあり、それに星が二つもついているのを見て、頭にきている。


知っての通り先日の知財高裁で、著作権侵害したツイートリツイートもまた、著作権侵害に当たる、という判例が出ている。

ツイッターへの画像投稿やそのツイートリツイート行為についての著作権等の侵害について、平成28年9月15日東京地裁判決をご紹介しましたが、このたび、その控訴審判決知財高裁から出されました。

http://www.soei.com/blog/2018/06/14/%E3%83%84%E3%82%A4%E3%83%83%E3%82%BF%E3%83%BC%E3%81%AE%E3%83%AA%E3%83%84%E3%82%A4%E3%83%BC%E3%83%88%E3%81%A8%E8%91%97%E4%BD%9C%E6%A8%A9%E4%BE%B5%E5%AE%B3%EF%BC%88%E6%8E%A7%E8%A8%B4%E5%AF%A9%EF%BC%89/

情報の共有者もまた、責任があると裁判所判断したわけだ。

そりゃ、商品サイトで紹介したアフィリエイター法的責任があるのかどうかは、判例がないのでわからない。裁判をしてみなければわからないだろう。

しかし、道義的責任は間違いなく、ある。


俺も、ヒト◯の記事を読んで、面白そうだと思って、コインチェック社に口座を開いて、そして損をした。


コインチェック社は犯人グダグダくだらないメールのやりとりをして思わず信用して添付ファイルを開いてしまったバカ社員のいるバカ会社で、ネムを購入した人間以外の口座停止の損害には一切補償しないクソ会社だったわけだ。

仮想通貨も、「どんな取引をしたのか履歴を誰でも確認できるので、透明性が高いんですよ!」とか言いながら、580億円も盗まれながらそのうえ犯人目星すらつかないようなインチキ技術だったわけだろ?

そのうえ、取り返すことすらできない。


現実社会で、580億円ものカネが盗まれながらつかまらないことがあるか?

それができるのはルパン3世ルパンレンジャーくらいだよ。


それに、だ。

カネを盗むような人々は当然反社会性の強い人物であり、彼らに盗まれたままにしておく、責任を問わない、ということは反社勢力にカネを貢ぐのと一緒じゃないか

カネを取り返さない、ということは反社勢力にカネを貢いでいることである、という自覚を、コインチェック社の人々は持っているのだろうか?

仮想通貨を煽った人々は、未熟な技術を煽った結果、自らが反社勢力の増大に間接的に加担した自覚はあるのだろうか?


しかも裏には北朝鮮中国が背後にあるんじゃないか、と言われているわけだ。

まり仮想通貨現金を入れた人間は、独裁国家北朝鮮天安門事件をなかったことに今もしている中国に、カネを貢いでいる可能性があるわけだ。

ネトウヨもそりゃ怒りますよ。


どこが夢の技術だ。未来を切り開くだ。何が落合陽一だ。何が『お金2.0』だよ。

未来を潰すな、といいながら、そういう奴らの正体は円天サポーターだったじゃねえか。


こんなことがあったから、CoinHiveを導入した人間が次々に逮捕されてるんだろ。

未来につながる技術

免罪符にやらかすのは許しませんよ、だっていざというとき被害額でかすぎだもん。額が大きくなる前に対応しますよ、と警察が考えたのは、コインチェック社の仮想通貨流出事件があったせいですよ。

はやく言えば、仮想通貨マイニングの件で結婚間近のデザイナーのモロさんを家宅操作させたのは、仮想通貨ブームを煽った人々ですよ。


アフィリエイターには、仮想通貨という概念を広めようとした法的責任はないだろう。

しかし、役所に『どうなりました? がんばってください』とおっしゃった首相夫人以上の責任は、あるのではないだろうか?


車を売ったセールスマンは、メーカー人間ではない限り、自動車構造的欠陥に責任はないだろう。

それでも、もしも自動車が欠陥のせいで事故ったら、購入者に、

申し訳ありません」

と謝るだろう? 法的責任がなくても。


それが道義的責任というものだ。


ところが、ヒト◯は、ヒト◯の記事を読んで口座を開いて損をした、という記事に対してどう反応したか

その、なんかごめんな

「その、なんかごめんな」

ですよ。この他人事感。


ヒト◯も、コインチェック記事を書いたときに、アフィリエイト契約を結んで紹介したからには、アフィリエイト収入を得たんだろう。


その結果、口座を開いて、あの騒動に巻き込まれて、仮想通貨NEMを買っていないのに、仮想通貨が下落するのを横目で見ながら口座取引が停止されたがためにカネを引き出せず、損をした人間が多数いたわけだ。

俺も損をした。

その額、いくらだと思う?

3,000円だよ!

おい、ふざけるなよ。

毎月の食費が30,000円の俺にとって、3000円あればなにができたと思う?

スクラッチ宝くじ10枚変えたんだよ!

それで、数億円分の夢が買えたわけだ。


まり結果的に数億円分の夢の夢が潰されたのだ。

しかしたら、今ごろ数億円の宝くじがあたって世界中旅行して回っていたかもしれない。

俺と同じように夢を潰えさせられた人々、大勢大衆が読む可能性のあるブクマTwitterセリフが「なんか、ごめんな」?


ふざけるなよ。

ちゃんとご自身が紹介した記事の上部で、、

「こんなインチキ企業を紹介して、ネムを購入した人以外の大勢の方に大きな損害を与えてしまって申し訳ありません」

と謝れよ。

三ヶ月くらい謹慎しなさいよ。

それが、セールスマン道義的責任というものじゃないか


アフィリエイターで、イキっている奴らにないのは、この種の誠実さだよ。

紹介した人間が、

自分には責任はありません」

「最終的に決断したのは購入者から自分関係ありません」

と、逃げるんだ。

まるで、お年寄りに金を売って大損をさせたくせに、逃げた豊田商事セールスマンのように。


ちなみに、豊田商事セールスマン、その後どうなったか知ってる?

同じようなねずみ講に大量に流れて、大成功したんだって

人を騙すノウハウがあり、人を騙すことに躊躇がなくて、昔の仲間同士のつながりがあって、世間から隠れて仕事しなければならないから結束力が高くて、

から、彼らは裏で繋がりながら大衆をだまくらかす仕事にその後も就いて、のうのうと生きて、青春謳歌してしまったわけですよ。


他人責任を問わない、ということは、こういう奴らをのさばらせておく、ということですよ。

(あ、砂鉄風になってしまった)

そそのかした人間には責任は発生しない?

じゃあ、日大内田監督はどうなる?

配下選手をそそのかして他大の選手を壊しても、責任はなかったの?


きちんと、ブログTwitterで、インチキ会社製品を紹介した責任について謝罪するというのは、当たり前の話じゃないの?

アフィリエイターには、その種の責任はないの?


これから茶のしずく石鹸のような商品が紹介されて大事故が起きても、サイトに紹介記事を書いたアフィリエイターたちは、自分には責任はございませんと頬被りをするつもりだろうか?

きちんとサイトで、申し訳ございませんと謝ることすらしないのだろうか?

俺には不思議でたまらない。

そりゃ、資本主義社会営業活動経済の根幹をなすものから営業活動自体否定しませんよ。

しかし「申し訳ございません」と謝るのはセールスしたもの責任じゃないの?

2018-04-25

ZIPHPではCSSいじるだけの雑な消し方してる

bodyのvisibilityをhiddenにしてるだけ

2018-04-16

ねとらぼ漫画村記事に登場する広告

http://nlab.itmedia.co.jp/nl/articles/1804/15/news021.html

4月初旬に表示されていたのは“肉体改造Tシャツ”や“精力剤”の宣伝広告」は、記事に貼られているリンク https://archive.is/EQFsl/image から見えている部分から推測するに「加圧TシャツSASUKE」らしい。

http://archive.is/dC1Of

特定商取引法に基づく表記」のリンク先に書かれているのがA事務局=BODY CUSTOM事務局

http://archive.is/q6kxY

body-custom.netbody-custom.comを所有しているのは同じところで

http://archive.is/VWX0N

B社=株式会社スリーピースである

http://archive.is/Mool9

2018-04-13

ブックマークレット

開いてるページを、はてぶでブックマークする

javascript:(function(){var u=window.location;if("https:"==document.location.protocol)u="s/"+u.toString().substr(document.location.protocol.length+2);else u=u.toString().substr(document.location.protocol.length+2);document.location="http://b.hatena.ne.jp/entry/"+u})();

開いてるページを、「【タイトルURL」の形式クリップボードに入れる

javascript:(function(){var copyFrom=document.createElement("textarea");copyFrom.textContent='【'+document.title+'】'+window.location;var bodyElm=document.getElementsByTagName("body")[0];bodyElm.appendChild(copyFrom);copyFrom.select();var retVal=document.execCommand('copy');bodyElm.removeChild(copyFrom);return retVal;})();

無駄拡張機能増やしたくないのでソース探したけどなかったから書いた

chromeしか動作確認してない

2018-04-11

Vue.js日本語ドキュメントについて

バージョン1.xの頃からVue.js使用している。

ドキュメント英語で読んでいる。

しかし、英語ドキュメント意味不明のことが多々ある。

英語ドキュメント英語おかしいのだ。

そういう時は日本語ドキュメントを読む。作者とやりとりしたりして、不明点が解決している可能性があるからだ。

しかし、その日本語さら意味不明なのだ

OSSドキュメント基本的に有志がボランティアでやっていることは承知している。

でも、英語が苦手なんだったら、翻訳作業に関わってはいけない。

試しに、適当なページを見てみる

https://jp.vuejs.org/v2/guide/single-file-components.html

「多くの Vue プロジェクトでは、グローバルコンポーネントは、new Vue({ el: '#container '}) の後に各ページの body においてコンテナ要素をターゲットにすることに続いて、Vue.component を使用して定義されています。」

どういうことだろう?

原文はこうだ。

「In many Vue projects, global components will be defined using Vue.component, followed by new Vue({ el: '#container' }) to target a container element in the body of every page.」

まりグローバルコンポーネントは「new Vue({ el: '#container '}) 」の後で「Vue.component」を使って定義されることが多いと言っている。「to target a container element in the body of every page.」は意味不明だが、ここはこういう定義の仕方をする目的をさしていると思う。

次の文章もよくわからない

「これは view拡張するだけに利用された小さな中規模プロジェクトにおいてはとても有効です。 あなたフロントエンドJavaScript 全体を操作するようなもっと複雑なプロジェクトでは、これらの点において不利益になることは明白です。」

「小さな中規模プロジェクト」「あなたフロントエンド」とはなんだろう、書いた段階でおかしいと思わないのだろうか。機械翻訳をするなら、日本語ドキュメントを用意しておく意味はない。

原文はこうだ

「This can work very well for small to medium-sized projects, where JavaScript is only used to enhance certain views. In more complex projects however, or when your frontend is entirely driven by JavaScript, these disadvantages become apparent:」

JavaScript特定の表示の拡張だけに使用されるような小規模〜中規模のプロジェクトにおいて、この方法はとても有効です。しかし、もっと複雑なプロジェクトや、フロントエンド全体をJavaScript制御する場合、この方法では次のような問題があります。」

ForkしてPull Requestするのもだるい

こういうのが大量にあるから

2018-04-08

読んだページを全部自動ブクマする

数日前に puppeteer で自動PDF にする試みを書いたブログホッテントリに入ってるのを見た

それに影響されて自動ブクマするもの作ってみた

bg.js

const username = ""
const api_key = ""

chrome.runtime.onMessage.addListener((message, sender, sendResponse) => {
	if(message.bookmark){
		bookmark(message.bookmark)
	}
})

async function bookmark(url){
	fetch("http://b.hatena.ne.jp/atom/post", {
		method: "POST",
		referrer: "no-referrer",
		headers: {
			Accept: "application/x.atom+xml, application/xml, text/xml, */*",
			"X-WSSE": await createCredential(),
		},
		body: `
			<entry xmlns="http://purl.org/atom/ns#">
				<link rel="related" type="text/html" href="${url}" />
			</entry>
		`.replace(/\t/g, ""),
	}).then(e => {console.log(e)})
}

async function createCredential(){
	const non = Math.random().toString(36).substr(2)
	const now = new Date().toISOString()
	const buf = new TextEncoder().encode(non + now + api_key)
	const u8a = new Uint8Array(await crypto.subtle.digest("SHA-1", buf))
	const str = Array.from(u8a, e => String.fromCharCode(e)).join("")
	const b64 = btoa(str)
	return `UsernameToken Username="${username}", PasswordDigest="${b64}", Nonce="${btoa(non)}", Created="${now}"`
}

username と api_key を埋めてバックグラウンドで動かす

page.js

chrome.runtime.sendMessage({
	bookmark: location.href
})

ページ内で動かすコード

URLバックグラウンドに投げる

今は全部投げるコードになってるが、必要に応じていらないドメインを弾いたりする

2018-03-17

anond:20180316232605

Excelを持っているならはてブJSONデータをそのまま取り込めるそうだからそのデータを使ってブクマが付いた時間グラフが描けそう。

例えばこんな感じでJSONデータが取れる。 http://b.hatena.ne.jp/entry/jsonlite/https://anond.hatelabo.jp/20180315232737

Excel持ってないならスクリプトCSVにしてしまえばいい。

rubyスクリプトだとこんな感じ。(Mechanize無し版に差し替え。なぜMechanizeを使っていたかと言うとはてブUser-Agentが空だと値を返してくれないから。ちょっと長くなるが自前でUAを渡すようにした。)

#!/usr/bin/ruby

require 'uri'

require 'net/http'

require 'json'

require 'csv'

site = ARGV[0]

json_uri = URI.parse("http://b.hatena.ne.jp/entry/jsonlite/%s" % [site])

response = Net::HTTP.start(json_uri.host, json_uri.port) do |http|

http.get(json_uri.path, "User-Agent" =&gt; "Mozilla/5.0")

end

json_data = JSON.parse(response.body)

json_data['bookmarks'].each do |bookmark|

puts [bookmark['user'], bookmark['timestamp'], bookmark['comment'], bookmark['tags'].to_s].to_csv

end

引数に取得したいページのURLを入れる。hatebuapi-csv.rbという名前で保存したとしたらこんな感じで実行。

% hatebuapi-csv.rb https://anond.hatelabo.jp/20180315######## > 結果.csv

このケースでは朝の7時から爆発的にブクマが付き始める様子が分かる。

https://imgur.com/66FlJIB

2018-03-08

anond:20180308131907

横だけど。女性の方が幸福度は高いですよ。

http://www2.ttcn.ne.jp/honkawa/2472.html

女性幸福度は近年も上がってるんですねー。

日本での幸福ゼロサムなのかな。だとしたら男性幸福についてなんらかのサポート必要でしょう。

あと東京は、というだけだけど東京はかなり女性配慮した街になってる http://toyokeizai.net/articles/amp/193684?display=b&amp_event=read-body

女性専用車もそうだけど、女性お気持ちに寄り添う、あるいは女性自身がお気持ちを表明するレベルは高いんだろうね。

全体最適、という観点や、男女平等という観点では男性幸福度を上げる段階にきているのは間違いない。

が、ここは増田だし、そんな事を肯定する女性はいないだろう。

2018-03-03

anond:20180303121357

横だけど。

障害者については、社会サポートされるべきだと思う。それは一定割合で生まれしまうからね。

ただ生まれながらの性別女性専用車両に乗れない人もいるね。あと生まれながらの性別痴漢冤罪になった人もいるか http://biz-journal.jp/i/2016/03/post_14463_entry.html

あと生まれながらの性別で住みやすい街に住める人もいる http://toyokeizai.net/articles/amp/193684?display=b&amp_event=read-body

まれによって得られるものって違うね。

女性というだけで、なにか配慮が得られるべき、追加コストが支払われるべきなんだろうか。

2018-03-02

anond:20180302083726

正論だな。いまの全ての男性犯罪者予備軍と見なされてる。

あと東京女性の過ごしやす世界二位なんだって

http://toyokeizai.net/articles/amp/193684?display=b&amp_event=read-body

性的暴力リスクが最も低い都市東京で、パリは3位、ロンドンは5位だった。

女性の『お気持ち』を忖度して協力しなければならない男性都市、だね。

あと男性行政から守られない。まぁ残念な社会だよな、と思うよ。

http://biz-journal.jp/i/2016/03/post_14463_entry.html

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