「user」を含む日記 RSS

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

2018-02-13

はてなブックマークの「お気に入り」だけど

他人お気に入りが見られなくなるのは予告されてたけど、もしかして自分お気に入りアプリ以外では見られなくなった?

b.hatena.ne.jp/[user]/favorite自分のものでも b.hatena.ne.jp/[user]/ にリダイレクトされる。

マイホットエントリーも同じことになるんで、とりあえず運営にはメール送っておいたけど。

2018-01-09

印鑑かいう謎文化さあ…

userとpassで認証してるこの時代に未だに紙とインクコスト時間無駄にする制度ほんとどうにかして

2017-12-25

音楽が売れるというのはどういうことか

良い音楽だとしても売れないというのが現実で、売り方を考えなくてはいけない。

CD場合レコードレーベル契約して、店舗オンライン販売サイト販売

街頭や店舗広告販売スペースをどれだけの時間空間として占有できるかが重要になる。

ストリーミング場合はどうか。

Spotifyで言えば、「プレイリスト登録されるか」が重要な要素になる。

自分の売りたい楽曲がたくさんのプレイリスト登録されればされるほど、再生回数は増えるからだ。

プレイリスト登録するという行為はその曲がその登録者にとって「良い曲」だからだ。

人によっては様々なプレイリストを聴き回し、それらのプレイリストの中で自分が気に入った曲をピックアップしたプレイリスト作成するだろう。

すると、自分の売りたい楽曲ピックアップされた場合再生される可能性が高まり楽曲拡散される結果となる。

このプレイリスト作成登録連鎖が起こることで、再生回数が増えることとなる。

まりユーザー単位楽曲拡散(User to User)な楽曲の売り方、戦略の考え方が重要となる。

(但し、Spotifyアプリ上の広告枠を介した売り方もある)

そのため、極端な言い方をすれば、広告を打たなくても売れるという可能性もなくはないのではないか、と考える。

地に落ちたBuzzFeed

元々本国記事翻訳するかネットでバズった記事をまとめるしか能の無かったメディアだったけど今回の件で完全に失墜した。編集長である吉田大輔氏のはあちゅう擁護記事の内容が酷すぎた。

https://www.buzzfeed.com/jp/daisukefuruta/metoo-and-howwecan?utm_term=.ynnLp0P3x6#.yse8Wxmg9b

"BuzzFeed Japanが始めた「#metoo」”

いやいや何言ってんのアリッサ・ミラノさんでしょ。何勝手自分の手柄にしてるんだよ。ジャパン発祥ですらないでしょう。お爺ちゃん文頭でそう説明してるでしょ?

“When #MeToo goes so far”

これが一番やばい

聞く耳を持つことは常に不可欠だ。しかし、一方的な会話は、多くの男性女性にそうしているようにダメになる。「#MeToo」も、それが「黙れ。私の言うことを聞け」ということを意味するようになるなら、成功しないだろう。

世の中を変えようとする運動が、相手教育して変えていくのではなく、脅して罰しようとするようなものなら、嘲笑や反発を招く。”

これをどういう意図引用したんだよ。この原文が意図したところは「(被害者側が)”黙れ。私の言うことを聞け。”という意図被害押し付けても成功しない」というものでしょ?これはあちゅう童貞発言を諌めた人に「被害者に黙れと言うな」と言ってるようにしか見えないんだけど自分の都合のいいように引用するのはよくないですよ?少なくとも今回「黙れ」と言っていたのははあちゅう氏とそのお友達だったでしょ?貴方自分意見全然言わないから少なくともそう言う風にしか読めないよ?

根拠のない誹謗中傷もあれば、注目を集める論点もある。今回、はあちゅうさんの記事が出た後で、最も大きな議論になったのは彼女過去発言だった。”

まるで今はやってないような言い分だけど過去じゃなくて現在進行形だろ惚けるのもいい加減にしろ

きわめつけはこれだよ!

“全ての社会は、重犯罪軽犯罪死刑と軽い刑罰の間に区別をつける。”

原文引用しようか。

All societies make necessary moral distinctions between high crimes and misdemeanors, mortal and lesser sins. A murderer is worse than a thief. A drug dealer is worse than a user. And so on. Gillibrand, Driver and others want to blur such distinctions, on the theory that we need a zero-tolerance approach. That may sound admirable, but it’s legally unworkable and, in many cases, simply unjust.”

“(拙訳)全ての社会は、重犯罪軽犯罪死刑と軽微な罪との間に必要道義的区別をしています殺人犯泥棒より悪く、 ドラッグディーラーは薬物使用者より悪い等々。 Gillibrand氏、Driver氏などは、(補足:#MeTooという活動形式上)許容範囲外のアプローチ必要であるという理論上、このような区別曖昧にしたいと考えています。 それは賞賛に値するかもしれませんが、それは法的に不可能であり、多くの場合、単に不公平です。”

そのとおり。だから貴方達文末に

BuzzFeed Japanはこれまでも、性暴力(著者注:セクシャルアサルト)に関する国内外記事を多く発信してきました。Twitterハッシュタグで「#metoo(私も)」と名乗りをあげる当事者の動きに賛同します。性暴力に関する記事を「#metoo」のバッジをつけて発信し、必要情報提供し、ともに考え、つながりをサポートします。”

入れてるんですよね。日本だと一般的じゃないけどレイプなどはセクハラじゃなくてセクシャルアサルトと呼びますセクハラ日本とほぼ同じ認識です。(ちなみにパワハラ和製英語です)

見返りを求めるハラスメント別にQuid Pro Quo(代償型ハラスメント)と呼びます

からずっこい言い方しないでBuzzFeed Japanセクシャルアサルトしか#MeToo適用しません!!!って言えばいいんだよ。綺麗な言葉使ってセクハラセクシャルアサルトを同一化した張本人のくせに責任から逃げんなよ。

この編集長他人言葉ばかり使って自分意見を明言しない文章にめちゃくちゃ腹たった。プロがなさけねーなー。

それで大元責任者電通にはノータッチ社会を変えて行きましょうと誰でも言えるセリフで締める。アジテートだけして特に提案も何もしないのがほんとやばい厚労省に申し入れか取材くらいはしたんだろうな?あーはらたつ。本国版は好きだけどJapanマジで潰れてほしい。

2017-09-14

今回の林信行、わりとまともじゃない?

iPhone X発表会を林信行が語る それは人類が向かう確かな行き先 (1/3) - ITmedia PC USER

今回の記事は他の媒体あんまり取り上げてないところをかなり詳しく書いてたりするし、

ジョブズ精神からAppleの全体的な戦略、そして個々の新製品へと説明が移っていくのも上手い。

ジョブズシアターなんてモロに宗教的施設だし、いつもは大袈裟に感じられるノビー文章がむしろマッチしているよね。

なんかこういうのって一度でも「嘲笑していい対象認定されると何やっても嘲笑されちゃうけどさ。

普段馬鹿にしていたとしても、ちょっと良い仕事してたら褒めてあげようぜ。

少なくとも俺はこの記事を読んでApple Watch買ってみようかなと思ったよ。

2017-09-04

アカ疑惑ニコニコ大百科編集者を調べた結果

ニコ百削除依頼板に書ききれず、場をお借りした。

6名まで同定。IPの住所は無視編集権停止を複垢(複数アカウント)でかわす規制逃れは垢BANが通例だが、彼は逃れ方が巧いのか。

(→2017/9/5、垢BAN) ※10月に一部修正・追記

名前】B100C→アグネス

IDdic.nicovideo.jp/u/29302409

2013年開始だが主に2015年9~11月活動。既に退会。

改名前のB100Cに似たTwitterがある。所在地九州の某県。( twitter.com/b100c/ )

ユーザーのB(以下、B氏と表記)はTogetterも利用。 ( togetter.com/id/b100c )

togetter.com/li/1116300

B @b100c 2017-06-03 09:56:08

これを国レベルでやったのが民主党政権だったな 結果は言うまでもなく 俺も給料削られたか公務員辞めた

togetter.com/li/1031009

B @b100c 2016-10-03 13:42:30

俺は現地に入っていないが、当時日本後方支援担当していた。さておき、自衛隊救急キットでほどうにもならんとかそんなことを言う奴の言うことは何一つ信用できんよ。

B氏=アグネス仮定して話を進める。

名前センテンススプリング→ミジンウキマイマイ

IDdic.nicovideo.jp/u/52641853

2016/3/2~6/30活動7月改名

ユーザ記事を反転で『得意分野は軍事生物』の文。B氏も軍事言及。また『自分の街』が九州。(レス75、81)

政治ネタだけでなく催眠音声の記事作成。B氏と接点( togetter.com/li/1051531 )。

お奨め動画(ユーザ記事→削除)の転載先( youtube.com/user/b100c )がもしB氏なら、オーガン好きも一致。

名前】Mk

IDdic.nicovideo.jp/u/59378314

2016/7/10~7/31活動都知事選に出た鳥越氏のスキャンダル記事作成。一方8/14のB氏。

ceron.jp/url/togetter.com/li/1011679

俺は都民ではないが鳥越を叩いた。

ググるとけっこう上の方に出てくる。

1票でも2票でも動かしたと思いたい。

俺はペンの力を信じてる。

名前】雌プレイ

IDdic.nicovideo.jp/u/60651585

2016/8/22~2017/3/7活動(10月12月頭に短期停止)。私は彼の自分語りを信じていないが(安保反対ポスター目撃談(レス789→削除)が虚言だったから)、

B氏に似た前職を自称(蓮舫スレレス725→削除)。九州桜島記事に加筆。催眠音声の声優記事作成

ゴルスタ記事作成の翌日8/27のB氏。

tweez.net/b100c/

ゴルスタ記事の勢いが凄い 色々やった甲斐があった

2017/5/7、後述のまとめに@meshgplayがコメント。彼は雌プレイらしい( egg.2ch.net/test/read.cgi/streaming/1484125830/118 )が、Togetterお気に入りがB氏のまとめだけ。(10/4前にTwitter消去)

名前ゲスト

IDdic.nicovideo.jp/u/66381327

2017/3/28のみ編集活動運営が見破り削除。

5/5、動画投稿( www.nicochart.jp/user/66381327 )。紹介文URL誤記だがB氏の作ったまとめ( togetter.com/li/1106461 )に繋ごうとしたか

6日、ニコ百に貼られた動画マルチポストで削除(レス削除スレ85の259)。直後「記事・レス等書き込み禁止処分の解除をお願いするスレ★5」に動画投稿者が依頼。

同じIPで雌プレイらしき依頼があった。(規制スレ7の562、編集権スレ4の31)

9日の朝にB氏が次のまとめを作り(今は非公開)、昼に同様の動画投稿。間隔とIPから投稿者=B氏=雌プレイの疑い。

名前ゲスト

IDdic.nicovideo.jp/u/67295651

2017/5/7~5/30活動。先のゲストの依頼の翌日に動画記事に挿入。

活動7日目で他の編集者を『↓政治系記事で編集合戦を挑む問題編集者の方ですね』(17/5/14 19:20)と認識

この相手(退会)と合戦(?)したのは雌プレイ( nicodic.razil.jp/test/read.cgi/del/1215757256/687-688 )。

出身校の学科が『生物』と接点(加計学園スレレス483→削除)。職歴はB氏と共通(同左レス5→削除)。

はてブID( b.hatena.ne.jp/b100c-yukist/ )の類似からWikipedia利用者履歴を辿り、B氏も学校のある地域にいたと推測。

以上を総合して同一人物判断した。プライバシー侵害の恐れはある。

5月ゲスト合戦相手に『××区付近』『顔写真GET!』『ガッバガバやな メディアリテラシー()』等のレスが届いた時は削除された。

私の目的あくま複垢の同定だが、やった結果は削除対象と変わらない。ゆえに当記事も消えると思うが、せめてニコ百運営に見て頂ければ有難い。

追記 :

名前】パークの危機なのだ 【IDdic.nicovideo.jp/u/71748602 2017/9/26活動、同日削除。10/4前に退会。

2017-08-27

[]Android 8のソース、27GB

追記

ローカルaospミラーからのcheck out(repo sync)に3時間かかった

(Core2Duo w)

 

追記

tar.gzに40分かかった

追記

 

追記

解凍に1時間40分w

 

追記

にんにん中now。途中でディスク容量が足りなくなる予定

 

追記

80分後にエラー終了

[  4% 2919/61548] yacc out/soong/.intermediates/frameworks...cc/frameworks/compile/mclinker/lib/Script/ScriptParser.cpp
FAILED: out/soong/.intermediates/frameworks/compile/mclinker/lib/Script/libmcldScript/android_arm_armv7-a_static_core/gen/yacc/frameworks/compile/mclinker/lib/Script/ScriptParser.cpp out/soong/.intermediates/frameworks/compile/mclinker/lib/Script/libmcldScript/android_arm_armv7-a_static_core/gen/yacc/frameworks/compile/mclinker/lib/Script/ScriptParser.h
BISON_PKGDATADIR=external/bison/data prebuilts/misc/linux-x86/bison/bison -d  --defines=out/soong/.intermediates/frameworks/compile/mclinker/lib/Script/libmcldScript/android_arm_armv7-a_static_core/gen/yacc/frameworks/compile/mclinker/lib/Script/ScriptParser.h -o out/soong/.intermediates/frameworks/compile/mclinker/lib/Script/libmcldScript/android_arm_armv7-a_static_core/gen/yacc/frameworks/compile/mclinker/lib/Script/ScriptParser.cpp frameworks/compile/mclinker/lib/Script/ScriptParser.yy
prebuilts/misc/linux-x86/bison/bison: 1: prebuilts/misc/linux-x86/bison/bison: Syntax error: "(" unexpected
ninja: build stopped: subcommand failed.
15:45:20 ninja failed with: exit status 1
make: *** [run_soong_ui] Error 1

 

 

今日はここまで

ちょっとアレしないと

 

 

追記

WSL(Windows Subsystem for Linux

bisonネットでひろったバイナリへ変更 → エラー対処できた可能性あり。時間切れで中断。ただ、ビルド継続するとディスクの空き容量が・・・

https://github.com/Microsoft/BashOnWindows/issues/1771

https://github.com/kxzxxx/android_build

 

UM(Ubuntu on Mac

make -j4でjavaメモリ不足?エラー。j4なしで → エラー対処できた可能性あり。時間切れで中断。こっちはディスク空きは大丈夫なはず

にしても、ネイティブメモリ16GBで厳しいのか・・ → 追記 8GBって認識されてる。

$ ldhw -c memory
     *-bank:0
          詳細: SODIMM DDR3 同期 1333 MHz (0.8 ns)
          ベンダー: 0x0383
          物理ID: 0
          シリアル: 0x00000000
          スロット: DIMM0
          サイズ: 8GiB
          クロック: 1333MHz (0.8ns)
     *-bank:1
          詳細: SODIMMProject-Id-Version: lshwReport-Msgid-Bugs-To: FULL NAME <EMAIL@ADDRESS>POT-Creation-Date: 2009-10-08 14:02+0200PO-Revision-Date: 2014-10-12 06:22+0000Last-Translator: Shushi Kurose <md81bird@hitaki.net>Language-Team: Japanese <ja@li.org>MIME-Version: 1.0Content-Type: text/plain; charset=UTF-8Content-Transfer-Encoding: 8bitX-Launchpad-Export-Date: 2016-06-27 17:08+0000X-Generator: Launchpad (build 18115) [空]
          物理ID: 1
          スロット: DIMM0

壊れたか!!!???

 

 

 

予断は許さないが、WSLでAndroidロムのビルドができる可能性あり

っていうか、AOSPじゃなくて、カスロムだとビルド成功報告があるしな

ただし、ディスク容量がたんまり必要

たぶんビルドで30GB以上でてくるはず

 

ソース 約30GB

.repo 約20GB

ビルド 約30GB

雑に計 約80GB

 

追記

WSL(Windows Subsystem for Linux

進捗10%でディスク空きが3GBwになったので、泣く泣く中断

UMでの出力ファイルサイズを見て、やるやらないきめましょう

 

UM(Ubuntu on Mac

時間で30%ぐらい。ってことは、10時間ってことか??

寝て起きても終わってないな。

 → さらに、前回中断してるので、それを加味すると10時間じゃきかないな。

追記

UM(Ubuntu on Mac

[ 57% 30322/52868] Building with Jack:...k_intermediates/with-local/classes.dex
FAILED: out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex 
/bin/bash out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex.rsp
Out of memory error (version 1.3-rc6 'Douarn' (441800 22a11d4b264ae70e366aed3025ef47362d1522bb by android-jack-team@google.com)).
GC overhead limit exceeded.
Try increasing heap size with java option '-Xmx<size>'.
Warning: This may have produced partial or corrupted output.
ninja: build stopped: subcommand failed.
01:27:14 ninja failed with: exit status 1
build/core/main.mk:21: ターゲット 'run_soong_ui' のレシピで失敗しました
make: *** [run_soong_ui] エラー 1

#### make failed to build some targets (07:31:51 (hh:mm:ss)) ####


real	451m51.293s
user	418m48.588s
sys	13m8.276s

 

おおぅ・・

再起動してみるか

 

 

追記

mac再起動したけど、片方のメモリ認識せず

蓋開けて、刺し込み位置取り換えして、再起動・・・、16GB認識OK

よかった・・・

Galaxy S3が壊れて泣きそうなので、ほんとうによかった・・

 

 

追記

UM(Ubuntu on Mac

ビルド成功トータルで何時間だろう?10時間未満だとは思うけど・・

んで、outが44GB

ふざけんなwww

$ du -hs android-8.0.0_r4/
93G	android-8.0.0_r4/

これってなんかおかしくね?

WSL(Windows Subsystem for Linux)でもやりたかったけど、無理だな

外付けもあまってないしな〜〜

SSD調達しようかねえ?

 

追記

SSD500GB 20,000円付近か~~

KKOだからな~~~

どうしようかな~~~~

しぃなぁ~~~~~

 

外付けデータディスクとして使う予定だから、3.5HDDでもいいか???

いっつも悩むんだよなあああああ

 

内蔵の確かSSD128GBだったような気がするけど、この際に交換か???

 

追記

Core2DuoメモリGBの廃スペックノートPCUbuntu)でビルド

[  3% 2191/61548] Building with Jack: ...l_intermediates/with-local/classes.dex
FAILED: out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/with-local/classes.dex 
/bin/bash out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/with-local/classes.dex.rsp
Out of memory error (version 1.3-rc6 'Douarn' (441800 22a11d4b264ae70e366aed3025ef47362d1522bb by android-jack-team@google.com)).
GC overhead limit exceeded.
Try increasing heap size with java option '-Xmx<size>'.
Warning: This may have produced partial or corrupted output.
ninja: build stopped: subcommand failed.
11:39:11 ninja failed with: exit status 1
make: *** [run_soong_ui] エラー 1

#### make failed to build some targets (49:35 (mm:ss)) ####


real	49m34.775s

予想通りではあるが、メモリ不足で終了。オプションで調整できる?調整したところで無理か?

どうも、HDDの肥やしをみると、Android 6はビルドできたっぽいんだが。7でもメモリ不足で失敗してたか

 

追記

WSL(Windows Subsystem for Linux

USB2.0wの外付けHDDでやりなおし。なんか出てるな~~

[ 27% 17003/61548] Generating TOC: out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc
FAILED: out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc
/bin/bash -c "(prebuilts/build-tools/linux-x86/bin/ijar out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc.tmp ) && (if cmp -s out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc.tmp out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc ; then rm out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc.tmp ; else mv out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc.tmp out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc ; fi )"
ftruncate(fd_out, GetSize()): Invalid argument
/bin/bash: line 1: 30384 Aborted                 (core dumped) ( prebuilts/build-tools/linux-x86/bin/ijar out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc.tmp )
ninja: build stopped: subcommand failed.
10:26:21 ninja failed with: exit status 1
make: *** [run_soong_ui] Error 1

#### make failed to build some targets (08:44:50 (hh:mm:ss)) ####


real    524m50.540s
user    332m5.844s
sys     170m18.359s

https://forum.xda-developers.com/android/general/guide-build-rom-source-windows-10-t3469420/page2

 

追記

あの~~、ninja差分ビルド?部分ビルドってどうやんの・・・

 

まとめ

Core2DuoメモリGBの廃スペックノートPCUbuntu) → メモリ不足

Ubuntu on Mac miniメモリ16GB → 10時間ぐらい?でビルド完了

WSL(Windows Subsystem for Linux)・メモリ16GB・USB2.0外付けHDD → 検証なう・・

 bisonの入れ替えが必要

 ijarエラーが出ている

2017-08-02

https://anond.hatelabo.jp/20170802195725

いつものコピペ連投スパム行為荒らしさんの荒らし場一覧です

マンションコミュニティ

https://www.e-mansion.co.jp/bbs/board/politics/

Yahoo!テレビ

ttps://tv.yahoo.co.jp/review/personal/5F45NDC4ONNJ6GCHSDBTVAU27M/

ttps://tv.yahoo.co.jp/review/personal/W4BEI6LT2DHP4GCAVSMPOLNSAE/

textream

ttps://textream.yahoo.co.jp/personal/history/comment?user=IjUl.S99tSiPMeY_

ttps://textream.yahoo.co.jp/personal/history/comment?user=5vzplRlxpjS6ww--

ttps://textream.yahoo.co.jp/personal/history/comment?user=Byq7eDp5tTsRmUYDMg--

ttps://textream.yahoo.co.jp/personal/history/comment?user=DiZb3tJgvjmdm8I-

ttps://textream.yahoo.co.jp/personal/history/comment?user=XFRbdbB4sje6Lw--

ttps://textream.yahoo.co.jp/personal/history/comment?user=8OUMAel.vjQ2leyi

ttps://textream.yahoo.co.jp/personal/history/comment?user=2CFHk9F8oiMsNZY-

ツイッター

ttps://twitter.com/yatouhakyoutou

ttps://twitter.com/tgyish

ttps://twitter.com/hutztop

ttps://twitter.com/wfj2a

ttps://twitter.com/mmagurri

ttps://twitter.com/x3beun

ttps://twitter.com/k12sre

ttps://twitter.com/magguhm

ttps://twitter.com/hnus2q

ttps://twitter.com/sugiuratada1

ttps://twitter.com/gfib9g

ttps://twitter.com/kdyqa1

2017-07-19

https://anond.hatelabo.jp/20170719171415

「それは、当然、わたし責任ではない。」ということは、自身の数々の迷惑行為は悪行であるという認識があるって事ですね

裁判とかになったら結構重要発言ですね

Yahoo!テレビ

ttps://tv.yahoo.co.jp/review/personal/5F45NDC4ONNJ6GCHSDBTVAU27M/

ttps://tv.yahoo.co.jp/review/personal/W4BEI6LT2DHP4GCAVSMPOLNSAE/

textream

ttps://textream.yahoo.co.jp/personal/history/comment?user=IjUl.S99tSiPMeY_

ttps://textream.yahoo.co.jp/personal/history/comment?user=5vzplRlxpjS6ww--

ttps://textream.yahoo.co.jp/personal/history/comment?user=Byq7eDp5tTsRmUYDMg--

ttps://textream.yahoo.co.jp/personal/history/comment?user=DiZb3tJgvjmdm8I-

ttps://textream.yahoo.co.jp/personal/history/comment?user=XFRbdbB4sje6Lw--

ttps://textream.yahoo.co.jp/personal/history/comment?user=8OUMAel.vjQ2leyi

ttps://textream.yahoo.co.jp/personal/history/comment?user=2CFHk9F8oiMsNZY-

ツイッター

ttps://twitter.com/yatouhakyoutou

ttps://twitter.com/tgyish

ttps://twitter.com/hutztop

ttps://twitter.com/wfj2a

ttps://twitter.com/mmagurri

ttps://twitter.com/x3beun

ttps://twitter.com/k12sre

ttps://twitter.com/magguhm

ttps://twitter.com/hnus2q

ttps://twitter.com/sugiuratada1

ttps://twitter.com/gfib9g

ttps://twitter.com/kdyqa1

https://anond.hatelabo.jp/20170719170739

https://anond.hatelabo.jp/20170719172303

https://anond.hatelabo.jp/20170719172351

https://anond.hatelabo.jp/20170719172635

https://anond.hatelabo.jp/20170719175506

https://anond.hatelabo.jp/20170719175910

https://anond.hatelabo.jp/20170719180114

https://anond.hatelabo.jp/20170719180250

2017-07-16

https://anond.hatelabo.jp/20170716161251

と書き込んでいる人間自作自演場所一覧

Yahoo!テレビ

ttps://tv.yahoo.co.jp/review/personal/5F45NDC4ONNJ6GCHSDBTVAU27M/

ttps://tv.yahoo.co.jp/review/personal/W4BEI6LT2DHP4GCAVSMPOLNSAE/

textream

ttps://textream.yahoo.co.jp/personal/history/comment?user=IjUl.S99tSiPMeY_

ttps://textream.yahoo.co.jp/personal/history/comment?user=5vzplRlxpjS6ww--

ttps://textream.yahoo.co.jp/personal/history/comment?user=Byq7eDp5tTsRmUYDMg--

ttps://textream.yahoo.co.jp/personal/history/comment?user=DiZb3tJgvjmdm8I-

ttps://textream.yahoo.co.jp/personal/history/comment?user=XFRbdbB4sje6Lw--

ttps://textream.yahoo.co.jp/personal/history/comment?user=8OUMAel.vjQ2leyi

ttps://textream.yahoo.co.jp/personal/history/comment?user=2CFHk9F8oiMsNZY-

ツイッター

ttps://twitter.com/yatouhakyoutou

ttps://twitter.com/tgyish

ttps://twitter.com/hutztop

ttps://twitter.com/wfj2a

ttps://twitter.com/mmagurri

ttps://twitter.com/x3beun

ttps://twitter.com/k12sre

ttps://twitter.com/magguhm

ttps://twitter.com/hnus2q

ttps://twitter.com/sugiuratada1

ttps://twitter.com/gfib9g

ttps://twitter.com/kdyqa1

2017-07-14

https://anond.hatelabo.jp/20170714154239

はてな抽出が面倒なんだよなあ、、ためしに「安倍総理」で検索し、適当に日付を選んで抽出しててみると

7/13 20:37 19:49 18:39 18:34 18:26

6/30 18:18 18:18 18:13 17:05 17:02

6/18(日曜日) 19:09 18:26 18:07 18:01 17:37 15:38 15:37 13:57 13:17

6/9 17:15 17:11 16:18

基本的には毎日5時~9時に活動しているようだ。

たまに昼に投稿している場合があるが、日付を見るとだいたい土日。

適当に他の活動先を抽出してみても、5時~9時

ttps://textream.yahoo.co.jp/personal/history/comment?user=DiZb3tJgvjmdm8I-

ttps://textream.yahoo.co.jp/personal/history/comment?user=8OUMAel.vjQ2leyi

ttps://tv.yahoo.co.jp/review/personal/W4BEI6LT2DHP4GCAVSMPOLNSAE/

https://anond.hatelabo.jp/20170714150429

読んでいるわけではない、しか検索して少し探っただけで君の政治活動ネット中にこれだけ出てくるね

Yahoo!テレビ

ttps://tv.yahoo.co.jp/review/personal/5F45NDC4ONNJ6GCHSDBTVAU27M/

ttps://tv.yahoo.co.jp/review/personal/W4BEI6LT2DHP4GCAVSMPOLNSAE/

textream

ttps://textream.yahoo.co.jp/personal/history/comment?user=IjUl.S99tSiPMeY_

ttps://textream.yahoo.co.jp/personal/history/comment?user=5vzplRlxpjS6ww--

ttps://textream.yahoo.co.jp/personal/history/comment?user=Byq7eDp5tTsRmUYDMg--

ttps://textream.yahoo.co.jp/personal/history/comment?user=DiZb3tJgvjmdm8I-

ttps://textream.yahoo.co.jp/personal/history/comment?user=XFRbdbB4sje6Lw--

ttps://textream.yahoo.co.jp/personal/history/comment?user=8OUMAel.vjQ2leyi

ttps://textream.yahoo.co.jp/personal/history/comment?user=2CFHk9F8oiMsNZY-

ツイッター

ttps://twitter.com/yatouhakyoutou

ttps://twitter.com/tgyish

ttps://twitter.com/hutztop

ttps://twitter.com/wfj2a

ttps://twitter.com/mmagurri

ttps://twitter.com/x3beun

ttps://twitter.com/k12sre

ttps://twitter.com/magguhm

ttps://twitter.com/hnus2q

ttps://twitter.com/sugiuratada1

ttps://twitter.com/gfib9g

ttps://twitter.com/kdyqa1

https://anond.hatelabo.jp/20170714152034

https://anond.hatelabo.jp/20170714153043

https://anond.hatelabo.jp/20170714153205

https://anond.hatelabo.jp/20170714161547

https://anond.hatelabo.jp/20170714161454

https://anond.hatelabo.jp/20170714154603

https://anond.hatelabo.jp/20170714154517

2017-07-04

https://anond.hatelabo.jp/20170703143955

なんで PC 画面がワイド化してんのに、ブコメ表示部がこんなに幅狭いんだよ……。というわけで、お気に入りページのサイドバーサムネイル消して表示幅を広げるユーザースタイルシート

.wrapper-container-inner {
  width: 90%;
}

#center-container {
  width: 100%;   
}

#left-container,
#right-container,
.entry-image-block {
  display: none;
}

.wrapper-container-inner.left-column-line {
  background-image: none;
}

.entry-title,
.entry-block blockquote,
.entry-data,
.user-comment-meta,
.starContainer {
  display: inline;
}

.profile-image {
  width: 1.2em !important;
  height: 1.2em !important;
}

サイドバー区切りの縦線を消せてないけど、とりあえず。

縦線の消し方をブコメで教わりました。ありがとうございます! > id:ikihaji_kun

追記

要約文を消してさらに縦を圧縮するなら、以下を追加すればよいですね。

ガッツリ消す
.entry-block blockquote {
  display: none;   
}
あとで読む」あたりは残す
.entry-summary {
  display: none
}

2017-06-28

携帯メールアドレス勝手に抹消された

携帯メールアドレス勝手に抹消されたのだが身近に同じような境遇の方はいるだろうか?

経緯:

docomo.ne.jpアドレスメールしたけどエラーが返ってくるんだがアドレスを変えたのか?と電話があった。

メールアドレスを変更した覚えがないので、WebページからMy docomo(お客サポート)のメール設定を確認したが、表示される設定内容は以前設定したメールアドレスが表示された。

・きっとメールアドレスを打ち間違えたのだろうと思い、取得しているとされるメールアドレス送信してみたところメールが届かずエラーが返ってきた。

エラーコード

 メールエラーコードは、「 Diagnostic code: smtp;550 Unknown user メールアドレス @docomo.ne.jp 」であり、

 エラーコードを返してきたサーバは「 mfsmax.docomo.ne.jpである

エラー意味

 docomoメールサーバ(mfsmax.docomo.ne.jp)がそんなメールアカウントは知らねーよって意味になる。

 基本的メールサーバ上にメールアドレスメールアカウント)がない場合サーバアカウントを抹消された場合)にサーバが返答するエラーである

上記の内容から得られること:

 docomoではMy docomoのページで表示される内容と実際のメールアカウントについて整合性が取れていない。

 docomoでは正規手続きを行わず勝手利用者メールアドレスを抹消する。

 アカウント毎削除されており、プロトコルimapしか利用できないのでiPhonePCメールバックアップしておくということはできないためメール内容は復活しない。

 メールアドレスが削除されているためメールアドレスを削除されてからメールアカウントを復活してもエラーメールをが返されたメールは受信することはできない。

サポートセンターへの問い合わせ

サポートセンターに問い合わせてみたが、iPhone担当者が帰ってしまったのでお答えできないとのことであった。

問題iPhone上で起こっているのではなく、メールサーバ上でアカウントを削除されたこどで起きてると伝えたがダメだった。

・窓口のお姉さんに伝えても理解ができないようで(ある意味仕方ない)上長確認すると言われ待たされたが、やはりIPhone担当で無いと答えられないとのことだった。

・(iPhone担当ではdocomoメールサーバについて絶対に答えられないことなのだが)後日連絡を受けることになっている。

サポートセンター上長に報告したとのことだが、その上長docomoではアカウントデータ整合性が取れておらず、また正規手続きがなく勝手メールアドレスを抹消していることについて危機感を持たない対応であったことから増田に書いた。

#初増田なので読みづらかったら申し訳ない。

2017-06-21

https://anond.hatelabo.jp/20170616113630

Stack Overflow

Server Fault

Super User

Web Applications

Ask Ubuntu

Webmasters

Game Development

TeX - LaTeX

Software Engineering

Unix & Linux

Ask Different (Apple)

WordPress Development

Geographic Information Systems

Electrical Engineering

Android Enthusiasts

Information Security

Database Administrators

Drupal Answers

SharePoint

User Experience

Mathematica

Salesforce

ExpressionEngine® Answers

Cryptography

Code Review

Magento

Signal Processing

Raspberry Pi

Programming Puzzles & Code Golf

more (7)

Photography

Science Fiction & Fantasy

Graphic Design

Movies & TV

Music: Practice & Theory

Seasoned Advice (cooking)

Home Improvement

Personal Finance & Money

Academia

more (8)

English Language & Usage

Skeptics

Mi Yodeya (Judaism)

Travel

Christianity

English Language Learners

Japanese Language

Arqade (gaming)

Bicycles

Role-playing Games

Anime & Manga

Motor Vehicle Maintenance & Repair

more (17)

MathOverflow

Mathematics

Cross Validated (stats)

Theoretical Computer Science

Physics

Chemistry

Biology

Computer Science

Philosophy

more (3)

Meta Stack Exchange

Stack Apps

Area 51

Stack Overflow Talent

2017-05-11

増田リンクを貼る時にリンクの横にはてブ数を表示させたい

赤い太字で「○○user」って表示させたい。

どうやるの?

はてなブログで使えた手法をそのまま増田コピペしても無理だった。

2017-04-19

流行ってるOrarioと大学側について思うこと

Orarioについて思うこと

Orarioについて

現在大学の中でOrarioのアクセスがどうこうという問題が起きているようだが、

ひとまずこの記事については、下記URLにある、京都大学専門家であらせられる記事について、一人歩きしてる感があるので、

もう少し彼のような上流側(という表現で良いかどうかは不明だが)の専門家ではなく、

下流プログラムガッツリ書いているほうの専門家として私(匿名で失礼)が纏めたいと思う。

  

https://srad.jp/~yasuoka/journal/611343/

  

  

不正アクセスという言葉曖昧

Orarioの芳本大樹が書いた『時間割アプリの「Orario」の特性安全性について』(2017年4月17日)という文書を読んだ。このOrarioは、京都大学のKULASISにずっと不正アクセスを繰り返していて、正直なところ私(安岡孝一)としてはアタマに来ていたのだ。

  

Orarioの特性安全性について、本当にスクレイピング技術クライアント端末側で行っているのであれば、

この部分は間違いではないと私(匿名で失礼)は考えている。

  

この部分の書き方、実に大学教授らしい逃げ道を多く用意していて。

  

KULASISにずっと不正アクセスを繰り返していて

  

上記発言、これは本来「開発時の検証段階」の話をしているのであれば「正解」、である

逆に今のOrarioの通信についてを不正アクセスとしているのであれば「正解ではない」、である

  

何せ、開発者勝手アカウントを使って入り込んで様々な検証を行う必要があるため、

学生からIDパスワードを借りたはずだ。

借りてログインするのが不正かというと微妙ラインだと思う。

  

この辺りにもやっぱり大学教授のいやらしさがあって

KULASISサーバに対してクラッキング/ハッキングを行って根こそぎどうこうしたなどという大がかりな不正アクセスではなく、

あくま大学側が定める規約規則から若干外れた使われ方がされているという意味不正アクセスである

  

法律的には、正直不正かどうか微妙ラインになる。

(そもそもスクレイピングなんて技術を使う連中はID/PASSWORDがない状態でのサーバへの不正アクセスなどできない

  

開発時は「京大のKULASISアカウントをもったユーザが開発に携わっていないのであれば」押し出してきている京大規約によれば、不正アクセスにあたるのかもしれない。

個人的には当たらないと感じるが。

  

  

現在動いているアプリ不正アクセスと断言できない

現在動いているもの不正アクセスではなく、

京大規定に定められたユーザが「特定ブラウジングツール(Orario)」により、

KULASISにアクセスしているのだからアクセスとしては不正ではない。

本当にスマートWebスクレイピングで行われているのであれば、Webブラウザと全く同じ動きをするはずで、

それを不正アクセス断罪してOrarioは不正というのは表現が汚いと考える。

  

  

これはコメント欄にもあるが、

https://srad.jp/comment/3196554

また、ChromeSafari(及びその他マイナーWebブラウザ)なども御校のWebサーバーよりコンテンツデータを取得し、HTML構文解析し画面表示を行っていますが、これらはセキュリティポリシーには適合しているのでしょうか?

  

ご大層にはっておられるリンクを流し読みをする限り、そんな厳格に何かを定めているわけではないように思われる。

それ故、実際にOrarioがスマートフォンによるスクレイピングを行っているのであれば、

Webブラウザ一種とも言えなくはない為、これを不正と断ずるのは、「正しくない」だろう

京大ユーザが開発に携わったか証明できない以上、彼にとっては不正なのかもしれないが、

ここでそれをOrarioは不正アクセスと断ずる論理性が私(匿名で失礼)にはわからない。

  

  

アクセスパターンを公開できない理由とは?

他にもこの部分

Orarioアプリでは「Webオートメーション(Webスクレイピング)」と呼ばれる技術を用いています。この技術により、利用者様のスマートフォン(にインストールされているOrarioアプリ)に学生アカウント大学IDパスワード)を入力すると、自動で当該利用者様の教務用ページから時間割の生成に必要情報のみを取得し、Orarioアプリ時間割テーブルに当該利用者様の時間割を生成・表示することができるという仕組みとなっています

全く信用できない。少なくとも先月以前、OrarioからKULASISへのアクセスパターンを解析した限りでは、そんな風なアクセスパターンには見えなかった。嘘を書くのもいい加減にしろ

  

この部分も怪しいものである

Webスクレイピング技術に関して、なぜアクセスパターン問題になるかが一つ疑問である

下記のOrarioが出しているPDF(http://www.orario.jp/wp-content/uploads/2017/04/Orario%E3%81%AE%E5%AE%89%E5%85%A8%E6%80%A7%E3%81%AB%E9%96%A2%E3%81%99%E3%82%8B%E8%A6%8B%E8%A7%A3.pdf)にあるように、簡単にいうならばID/Passwordを利用したPOST通信を行い、その返答値をスクレイピング切り貼り)している。

  

それをアクセスパターンを解析で一体何が取れるのか?という部分が、この辺りが分かる自称専門家の私(匿名で失礼)にもさっぱりわからない。

  

もっというと、「そんな風なアクセスパターンには見えない」、というならば、セキュリティ観点上公開すべきではないだろうか、

逆に一体アクセスパターンを見て私(匿名で失礼)も何を行っているのかが気になるところである

  

ただでさえ、不正アクセスという言葉をつかって攻撃しているわけだから

アクセスパターンを公開して断罪すべきだし、セキュリティ観点からみても他大学との共有はすべきで、

学生に対してもその証拠を出して止めさせるべきだろう、というのが個人的見解である

学生の求める「単位」をつかって脅しをかけている時点で、お察しだが……。

  

そもそも上記で述べた開発時のほぼ不正アクセスと考えられる通信についてを「アクセスパターン解析で見つけた」というのであれば理解ができるが、

現在すでにスクレイピング確立している通信に関して、アクセスパターンでOrarioかどうかを判別するのが可能かというと何とも言えないと思う。

(ご丁寧にOrarioが通信用のUserAgentにOrarioの文字を含めているなら別だが……

(もちろん、アクセスログを見て、ログインページからWebスクレイピングしたいページへ遷移するまでの時間を取るとあまりに短すぎる、という話ならやれるかもしれないが……。

  

たとえKULASISが京都大学オリジナルで開発した大学教務事務パッケージだとしてもそうだろうと考えている。

同様に日立富士通も同じような大学教務事務パッケージがあるが、

基本ログ処理がザルでろくにuser-agentの確認もできない大学も多く存在したりすることを知ってる自分としては、

本当だろうか?嘘を書くのもいい加減にしろ? と思う。

大学側について思うこと

なぜOrarioが学生に人気か

UIが糞(システムスマートフォン対応がノロい)だからアプリ流行るということに気づくべき。

  

富士通日立にしてもそうだが、API提供したほうがいいのではなかろうか。

とくにKULASISだったか何だったは、京都大学謹製と聞いている(違ったら失礼

少なくとも他の大学教務事務パッケージではなかったと記憶している。

であれば、京都大学API提供大学側で専門家を集めてOrarioを超えるものを作ってはどうか?

  

大学予算確保の問題

実際大学でこういうことをやろうにも、問題になってくるのは予算で。

大学は、縦割り構造で、横とのつながりが極端に薄く。

教務、事務、学務、図書館、など様々な縦割りが存在し、それぞれがそれぞれの予算でそれぞれのシステムを入れている。

これが実に糞で。

つの大きなシステムを入れ替えるとなると、横との連携をとって全ての組織の号令をとらなければならない。

  

その辺りが難しいのは知っているので文句は言えないものの、

ここまで問題になってくるとやはりその辺りの対応の遅さが問題なのではないかと考えている。


まとめ

学生がアホ → 仕方が無い若いんだし

大学がアホ → 学生に良い物を提供したいという思いがあるならもっとフットワーク軽くしろ

教授がアホ → 曖昧表現で、素人を先導しようとするのが見え見えで気に入らない

Orarioアホ → コメントにもあるけどやり方が汚いのは確かだから甘んじて受け入れろ


以上です

2017-04-17

Pixivがpawooを始めた理由は使命感なんかじゃないだろ

この文章怪文書なので、真に受けるときっと怪我をするよ。

BazzFeedが「この火が消えないうちに」pixivが「マストドン」にいち早く企業として参入したわけなんて記事を出していたけど、PixivがやりたかったのはただTwitterパイを奪うことだ。

そもそもPixivは以前からTwitterLINEなどの短文投稿SNSを真似た機能を追加している。6年ほど前に追加された「ひとこと投稿」、ほとんど使われていない死に機能になっているけれど、文字数は140文字Twitterと同じだ。Twitter意識したものであることは想像に難くない。

コメント欄で利用できるスタンプ、あれもLINEスタンプからだろう。こちらはそれなりに利用されているようである

これらをパクリ云々する気はない。機能模倣はある程度どんなプロダクトにもあることだし、明確に何かの権利侵害しているとは言い難いだろう。

ただ、PixivTwitterのような短文投稿SNSに近づけるための工夫を以前から行っていて、それはこれまでのところあまり上手くいっていなかった。

なぜPixivTwitterパイを狙うのか。それはPixivが以前、Twitterパイを奪われたからだ。

日本Twitter流行する前、画像投稿SNSの最大手Pixivだった。ふたばなどの匿名サイトや弱小投稿サイトもあったが、Pixivにとっては特に気にするほどの勢力ではなかった。

絵師はこぞってPixiv投稿し、Pixivuser数がステータスであった。

ところが、絵師Twitter日常的に利用するようになって、様子が変わった。

Twitter流動性の高いメディアで、検索機能は弱いし、まして画像Twitter検索するのは非常に難しい。だから画像データベースとしての機能は確実にPixivの方が強い。

一方で、リアルタイム性という点では、圧倒的にTwitterが強い。そして二次絵はTwitterでは非常に拡散やすコンテンツである(ある程度の質があれば、だが)。あっという間に数百数千のRTが貰える。投稿してすぐにフォロワーファンから感想が来る。絵師にとってこれほど嬉しいことはないだろう。

その結果、絵師が描き上げた絵を真っ先に投稿するのはTwitterになり、PixivTwitter投稿された絵の単なる集積場と化してきてしまった。

もちろん、全部が全部そうではない。しかし、Twitterは確実にPixivの競合となり、Pixivがかつての力を取り戻すには、Twitterと同じようなリアルタイム性を手に入れなければならなかった。

そして、それは失敗した。これまでのところは。

そこに現れたのがmastodonだ。mastodonTwitterによく似たインターフェイスで、Twitterユーザーが移行するハードルは低かった。また、Twitter社の業績不振などのニュースによる不安も、mastodonブームを後押しした。

さらに、mastodonオープンソースソフトウェアであった。サーバー運営ノウハウと十分なインフラがあれば、即座に立ち上げが可能であり、また、開発者がいればいくらでも改造可能であった。

初めは個人の立ち上げたmstdn.jpユーザーが集中したが、個人運営はいずれ限界が訪れることは明白だ。こちらはこちらでさくらインターネットなどが後押しをする体制になっているようではあるが、現状の運営権は個人の手にある。

Pixiv運営するインスタンスとなれば、データ全消しなどが発生する可能性は低いだろう。そうしてオタクツイッタラー大勢pawooにアカウント登録した。

pawooが二次児ポ国交断絶されたというニュースも、ユーザー数増加に拍車をかけた。つまり登録すれば海外からシャットアウトされるレベルエロが見れるのだから

こうしてpawooは十分なユーザーを手に入れた。Pixivはあれほど欲しかった「画像投稿リアルタイムSNS」の雛形を棚ぼたで手に入れたのだ。

こう考えると、pawooの国交断絶は実は大した問題でないことが分かる。Pixivが欲しかったのは、自由オープン世界中と繋がるSNS基盤なんかではない。ユーザー数が十分にあって好きに改造できる二次画像を中心にしたSNSだ。

からむしろ、うるさいことを言ってくるくらいなら国交断絶くらい構わない。pawooの中で盛り上がればいいのだ。もちろん、新規ユーザーを獲得するためにも、その盛り上がりは多少は外から見えた方がいいけれど。

からpawooが今本当にやりたいことは国交正常化ではない。Pixivとの連携を強化する機能の追加、より多くのユーザーを内部に囲い込むための仕組み作りだ。

もちろん、企業というものはそういうものだ。全く利益を出さなもの投資をするわけがない。それ自体はそんなに悪いことでもない。

だが、Pixivが今回これだけ即座に動いたのは、以前からリアルタイムSNS計画があったからであって、使命感などではないのだ。

2017-03-05

birudoおわんねえええええ

top - 13:40:50 up 207 days, 19:02,  3 users,  load average: 3.22, 2.62, 2.45
Tasks: 299 total,   2 running, 297 sleeping,   0 stopped,   0 zombie
%Cpu(s): 33.7 us,  6.0 sy,  0.4 ni, 59.0 id,  0.5 wa,  0.0 hi,  0.5 si,  0.0 st
KiB Mem:   3972236 total,  3752196 used,   220040 free,   312220 buffers
KiB Swap:  4116476 total,  2114100 used,  2002376 free.   640840 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND     
15297 chimpo    20   0 3453328 1.120g  20964 S 167.6 29.6 340:03.02 java        
 9130 chimpo    20   0 1610872  54064  20628 S   6.0  1.4 129:22.78 compiz      
16283 chimpo    20   0   30236   3032   2440 R   6.0  0.1   0:00.02 top         
18916 chimpo    20   0 1247204 163832  59420 S   6.0  4.1  63:20.63 chrome      
    1 root      20   0   37344   2284    972 S   0.0  0.1   0:11.30 init        
    2 root      20   0       0      0      0 S   0.0  0.0   0:22.08 kthreadd    
    3 root      20   0       0      0      0 S   0.0  0.0   2:17.54 ksoftirqd/0 
    5 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:+ 
    7 root      20   0       0      0      0 R   0.0  0.0   9:53.66 rcu_sched   
    8 root      20   0       0      0      0 S   0.0  0.0   0:00.00 rcu_bh      
    9 root      20   0       0      0      0 S   0.0  0.0   5:27.98 rcuos/0     
   10 root      20   0       0      0      0 S   0.0  0.0   0:00.00 rcuob/0     
   11 root      rt   0       0      0      0 S   0.0  0.0   0:01.48 migration/0 
   12 root      rt   0       0      0      0 S   0.0  0.0   0:03.20 watchdog/0  
   13 root      rt   0       0      0      0 S   0.0  0.0   0:03.57 watchdog/1  
   14 root      rt   0       0      0      0 S   0.0  0.0   0:01.48 migration/1 
   15 root      20   0       0      0      0 S   0.0  0.0   0:40.06 ksoftirqd/1 

2016-12-31

増田管理画面ブクマ数出てくれないか

ブクマのつかない過去は振り返りたくない。

ブクマセルクマは入れたくない。

ブクマのついたエントリだけ見て悦りたい。

しょうがないので、5USERぐらい越えたのだけ、非公開でセルクマしてる。

管理画面にブクマ数とフィルタ機能入れてくれないかな。

2016-12-27

活躍しているVimmerを教えるよ

この記事増田Vimアドベントカレンダー2016の27日の記事です。




Vimに興味を持ってるけどtwitterで誰をフォローすべきか分からない・・・

そんな迷える羊たちにデータ提供します。

vim-jp積極的活動している(していた) 人達調査してみました。

vim-jpの3つのリポジトリを見ればだいたい分かります


vim-jp/issuesでは、issue作成数、コメント投稿したissueの数を見ていきます

vimdoc-ja-workingとvital.vimでは、コミットすることが重要リポジトリだと思いますので、コミット数とPR数のみ見ていきましょう。

データは2016/12/27 17:00-19:00の期間にgithubからスクリプトで取得

vim-jp/issues issueを作成した数 (only member)


nameOpen中のissueClosedしたissue
DeaR15
Flast00
Kuniwak00
SKAhack01
Shougo1457
alpaca-tc01
basyura00
bouzuya00
cocopon00
crazymaster43
deris10
deton03
eagletmt03
h-east842
hattya21
haya14busa311
ichizok217
iyuuya00
k-takata845
koron71110
lambdalisue01
mattn39129
nocd525
presuku01
raa012124
rhysd03
ryunix00
saitoha11
splhack15
supermomonga00
syui00
thinca2868
tobynet01
todashuta02
tyru1123
ujihisa11
withgod00
ynkdir616
zchee00
zoncoen00

vim-jp/issues コメント投稿したissueの数 (only member)

nameOpen中のissueClosedしたissue
DeaR316
Flast01
Kuniwak00
SKAhack01
Shougo47168
alpaca-tc03
basyura00
bouzuya00
cocopon00
crazymaster1355
deris42
deton24
eagletmt04
h-east69372
hattya22
haya14busa422
ichizok1652
iyuuya01
k-takata78340
koron136374
lambdalisue02
mattn138489
nocd538
presuku38
raa0121416
rhysd112
ryunix10
saitoha715
splhack26
supermomonga01
syui00
thinca58189
tobynet11
todashuta115
tyru4188
ujihisa615
withgod10
ynkdir48204
zchee10
zoncoen00

vim-jp/vimdoc-ja-working Commitした回数 (all user))

nameコミット
k-takata302
ynkdir294
crazymaster256
koron239
nakinor95
mattn87
thinca64
kashewnuts47
h-east35
tyru29
rhysd24
cougar-b21
rbtnn15
deton14
sgur6
aiya0005
haya14busa5
saitoha3
Milly3
machakann2
norisio2
todashuta2
Shougo2
oshow1
lamsh1
ichizok1
miyakogi1
natnu1
pocke1
shiracha1

vim-jp/vimdoc-ja-working PRした回数 (only member)

nameOpen中のPRClosedしたPR
DeaR00
Flast00
Kuniwak00
SKAhack00
Shougo00
alpaca-tc00
basyura00
bouzuya00
cocopon00
crazymaster05
deris00
deton00
eagletmt00
h-east01
hattya00
haya14busa00
ichizok00
iyuuya00
k-takata04
koron06
lambdalisue00
mattn014
nocd500
presuku00
raa012100
rhysd01
ryunix00
saitoha00
splhack00
supermomonga00
syui00
thinca00
tobynet00
todashuta00
tyru03
ujihisa00
withgod00
ynkdir00
zchee00
zoncoen00

vim-jp/vital.vim Commitした回数 (all user)

nameコミット
thinca721
ujihisa480
tyru414
lambdalisue270
haya14busa145
rhysd118
mattn104
Shougo83
syngan60
rbtnn45
crazymaster43
kamichidu32
aomoriringo31
deris22
cohama10
hattya8
itchyny8
ichizok7
Milly5
raa01215
ryunix5
zoncoen5
aiya0004
kozo22
anekos2
basyura2
kannokanno2
suy1
deton1
koron1
m4i1
nicoder1
pocket78781
gitter-badger1
termoshtt1
alpaca-tc1
firisu1
tacahiroy1
y0za1

vim-jp/vital.vim PRした回数 (only member)

nameOpen中のPRClosedしたPR
DeaR00
Flast00
Kuniwak00
SKAhack00
Shougo05
alpaca-tc01
basyura01
bouzuya00
cocopon00
crazymaster023
deris09
deton01
eagletmt00
h-east00
hattya04
haya14busa023
ichizok06
iyuuya00
k-takata00
koron00
lambdalisue235
mattn17
nocd500
presuku00
raa012106
rhysd013
ryunix03
saitoha00
splhack00
supermomonga00
syui00
thinca154
tobynet00
todashuta00
tyru028
ujihisa011
withgod00
ynkdir00
zchee00
zoncoen02

数字で見ると一目瞭然ですね。

数字裏切りません。

数字が2桁ある人はほぼ活躍しているとみなしてよいでしょう。

綺麗に0が揃っている方々は実力を発揮していないだけなのかもしれません。

評価されるべき人が評価される世の中にしましょう。

2016-12-12

はてなスターAPIで、

http://developer.hatena.ne.jp/ja/documents/star/apis/entry

uriブログエントリURLつっこんだらちゃんと星データ取得されるんだけど

ブクマについた星データを取得するにはどのURL入れればいいの?

ブコメリンク

b.hatena.ne.jp/entry/000000000/comment/user

を突っ込んでも何も返ってこない

2016-12-07

http://anond.hatelabo.jp/20161207020046

依存地獄( Dependency Hell )かな。https://en.wikipedia.org/wiki/Dependency_hell

An application depends on many libraries, requiring lengthy downloads, large amounts of disk space, ...

(アプリケーションがたくさんのライブラリ依存していて、長時間ダウンロードや大量のディスク容量が必要で、...)

app depends on liba, which depends on libb, ..., which depends on libz. This is distinct from "many dependencies" if the dependencies must be resolved manually (e.g., on attempting to install app, the user is prompted to install liba first. On attempting to install liba, the user is then prompted to install libb.).

(アプリケーションがAを必要としていて、そのAはBを必要としていて、(中略)Zを必要としているような場合ユーザーが手動で依存性を解決しなければいけない場合には、先ほどの例とは違い、ユーザーは「アプリケーションインストールしようとしたらAが必要と言われ、AをインストールしようとしたらBが必要と言われる」目に遭うことになる)

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