「Github」を含む日記 RSS

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

2017-12-12

最速でGithubプログラムを実行する方法を考えた

事前に必要もの
流れ

起動済むまでカップラーメンにお湯を注いでおく

VisualStudioCodeを起動

Ctrl+Shift+P を押して、`git clone`と入力

プロジェクトフォルダに移動

Ctrl+@ でターミナルを開く

`vagrant add ubuntu/xenial64`と入力

`vagrant up`を入力して仮想マシンを起動

`vagrant ssh`を入力して仮想マシンに入る

`cd /vagrant`を入力してプロジェクトフォルダに移動

README.mdとかINSTALL.md通りにインストールとかコンパイルとかする

起動

カップラーメンを食う

2017-12-09

anond:20171206201618

もう一つの方法としては、javascript版だ。

https://gist.github.com/bellbind/d9dc9ccdd4a8735a9990

2倍固定だけど。

デモページで試してみたら、javascripticabやらsafariでは動かない。

かろうじてFifefoxやchromeで動く。

最初ダウンロードして、OSXweb共有で試してみようと思った。

→動かない。単純拡大の方はスパッと表示されるが、その下の表示が "Progress: initialize worker..." のままで停止。

 Apacheの設定を変えるといいのかもしれないが、あくま仕事機械だしね。

結論としてはダウンロードしたHTML書類を、Finderから右クリックしてFifefoxで開くとなぜか動くというのが確認できた。

へーってなった。

chromeは直接開いたのではダメだった。

(ちなみにHTMLエディタで開いてjsongithubURLにしたらweb共有からでも動くのは確認した。

 ただし外部サイト側に迷惑をかけないためという主旨なんで元に戻している。それでいいなら公式ブラウザアクセスするので

 ちなみに個人サイトjsonを置くことも考えたが、それもなんだかなと、たいていリンクだけの目的ファイル置くの禁止

2017-12-02

GitHubに詳しい人に質問です。

プロフィールの緑のやつ1つ分って何時〜何時分のになりますか?

2017-11-08

https://anond.hatelabo.jp/20171107110105

わかるぞ

歳を食うと恐ろしく学習効率が落ちてきて危機感半端ない

実際に手を動かして、出来たコード晒すのがいいと思う

ブログでもGitHubでも

他人に読んでもらうこと前提で作るのはいプレッシャーになる

実際に読まれることは殆どないが、それでもなぜかプレッシャーが出来る

2017-11-04

anond:20171104005203

昔はフリーソフト(笑)を公開してる同僚とかいたけどね

いまはQiitaとかGithubかに公開してるとかかな

2017-11-03

転職先がGitHubSlack情報共有ツール使ってることは最低限確認しとけ

ベンチャー(という名の零細企業)から、そこそこの規模の企業転職して数ヶ月たった。給与面はめっちゃよくなったし、仕事も一緒に働く人間にもそんなに不満はない。

でも今時GitHubSlack情報共有ツール(Qiita Teamでもesaでもconfluenceでもいいけど)が使えないことにはめっちゃストレス感じてるし、使えない環境に来たことに対しては本当に後悔しかない。

タイトルに書いたようなツールが使えないということは、すご~く乱暴にまとめると要は以下のような状況の場合が多いのではないだろうか。

GitHub使えない = GitLabなどで代替している場合が多いが、要は会社としてエンジニアに対してそれほど投資積極的じゃない

チャットSlackじゃない = エンジニアよりもその他の職種パワーバランスのが強い。メール文化が残ってる。

情報共有ツールがない = 知見をドキュメントに残すという文化がない。後から入った人間が辛いし、本当に一部の人間の頭にしか仕様が残っていない。オープン文化でない。

ソースコード管理GitHubじゃない(Gitではある)、チャットSlackじゃないということは事前に知ってはいものの、何年も当たり前に使っていたツールが使えないのは想像以上にストレスだったし、数ヶ月たった今でもモヤモヤしている。

使いたいという要望は出しているものの、反応は芳しくない。

今これらのツール使って仕事してる人は、同じツールが次の職場でも当たり前に使えることは確認しておいたほうがよい。

これらのツール使ってるからいい会社とは言えないだろうけど、最低限よい会社下地はあるってことは言える。

逆に使ってない職場は、採用について相当なハンデを背負ってると思ってくれ。正直、こうなることが分かっていたら今の職場には転職しなかったよ…

2017-11-01

指示待ち人間=ロボット、AIで代替可能?

プログラマーに限らず、指示待ちの人間っているよね?

日本学校社畜を育成して企業供給する工場からある意味教育の成果が現れているのかも。(悪い面で)

ロボットのような指示待ち人間に改造されずに、自発的に動く人間になれたら、そもそもだけど社畜じゃなくて起業を目指してしまますから

 

プログラマー採用するときGitHubで実績(具体的な作品コード)を提出してもらうのは必須でしょうね。

俺なら実績がない時点で不採用だけど、みんなどうしているんだろ?

2017-10-30

契約書の内容はプロにチェック依頼

企業法務に強い信頼できる弁護士を確保したほうがいいかも?

 

会社売却を視野に入れた話も聞こえてくる。契約間違えりゃ、それこそコチラに借金残して奪われるのもあるかもね。えげつないから

 

弁護士の有料相談は30分5000円~が相場。(ここ一番という大事勝負時に素人判断で失敗するぐらいなら安いもの?)

知りたいことを予めまとめて印刷しておき、要領よく聞きたい。

仕事弁護士使うのは普通から美容室に行くつもりで気軽に利用すればOK

 

参考

 

ここで紹介したのはステマというわけじゃない。=検討必要判断材料提供(今からすぐに探すとなると大変だろうから時間短縮に役立てばOK

記事務所レベル比較基準にして、もっと実績のあるところがあればそれもまた良し。 

重大な病気になったとき、いろんな病院医者セカンドオピニオンを聞いてみることが大事から弁護士も一人だけじゃなくて、何人かの弁護士判断を仰いだらより安全だと思います

(この投稿はそのうち消すかもしれないので予めご了承ください)

2017-10-26

Bitcoin LOL

Bitcoin LOL | Make Bitcoin Funny Again!

Bitcoin LOL

Bitcoin LOLBitcoinから生えてきた新しい草です。 すべての人が採掘の楽しみを味わえるようにしようというのを大義名分としていますソースコードGithubで公開しています

GitHub - bitcoin-lol/bitcoin: Bitcoin Core integration/staging tree

プレマインなし!ICOなし!開発者が一切得をしない安心設計

Bitcoin LOLは494510番目のブロック以降Bitcoinからハードフォークすることで誕生します。 プレマインはありません。ICOしません。下手なことして捕まりたくないもんね。

Bitcoin LOLの特徴

調整されない難易度調整アルゴリズム

Bitcoin LOLLOL Difficulty Adjustmentというぶっこわれアルゴリズム採用しています

Implement LOL difficulty adjustment by karen-bitcoin · Pull Request #1 · bitcoin-lol/bitcoin · GitHub

これは「ハードフォーク以降、採掘難易度を常に最低値で固定する」というものです。 これによいくらマイナーが増えても難易度は一切上がらず、 すべての人に採掘のチャンスがあり続けることになります! さあ、芝刈り機で芝を刈るようにガンガン採掘しよう!

インフレ?reorg?何のことかな……。

申し訳程度のリプレイプロテクション

Bitcoin LOLには公開時からすでにリプレイプロテクション実装されています。 どこかの兄弟分とは大違いですね!

Implement opt-in replay protection by karen-bitcoin · Pull Request #2 · bitcoin-lol/bitcoin · GitHub

でもごめんなさい。このリプレイプロテクションちょっと面倒なんです。 オリジナルBitcoin自分自身の手で分離しないといけません。

やり方は……ソースコード読んで察してもらえませんか……? なんかこうトランザクション特殊情報を付加して送るとかそんな感じです。 いやだってこれが一番簡単そうだったから。それに例のあのやばいフォークもこれと同じ方式だし。 というかほぼコピペ。

とっっっても大事な注意事項!
本当に伝えたかたこ

Bitcoinフォークって、やろうと思えば私みたいなふざけたやつでもできるんですよ。 これがもし美辞麗句が素敵にレイアウトされたサイトだったらどうでしょう、 これは儲けるチャンスと思って飛びついてしまった方もいるんじゃないでしょうか?

2017年10月現在、残念ながらBitcoin世界は相次ぐハードフォークによって混沌としていますこの先生きのこるためにはどうすればいいでしょう? 今何が起こっていてこれから何が起こるのかを理解するのが一番ですが、 すべてを理解するのは難しいこともあるでしょう。 より安全資産Fiatや他の暗号通貨に移すことも選択肢としてありだと思います。 私が作ったお粗末なBitcoinもどきのようなものに騙されないように。 みなさんが楽しい暗号通貨ライフをおくれるようお祈りしています

Enjoy your life with your favorite cryptocurrencies!

2017-10-21

anond:20171021193317

まじめな話、iPhoneX買う金があれば、シャープ東芝ドラム洗濯乾燥機買える

俺が買ったのはシャープの一番安いドラム洗濯乾燥機だけど全然問題なくしっかり動いてるよ

あと縦型よりも圧倒的に静か。早い時間なら夜中に回しても迷惑にならない

コンビニヤマト運輸人手不足、そんな社会情勢見てりゃわかるだろ、

AI代替するのは「頭脳労働」であって、「単純労働」ほど人間に残されているのが現状

AIせんせいは、Github投稿されているissueを眺めて、コード問題となっているタイポ修正できる能力を身につけてからだな

その手の仕事はたいていの人間がやっているクレーム処理よりも易しい

2017-10-19

自分githubのissueが

そのアプリ製作でやってみたいことの要望願望日記みたいになった

いちおう項目としてはひとつずつきちんと分かれてるのがタチが悪い

まあブログで書いちゃう人とかよりはマシだろうか…と思うことにしたい

それでもやっぱり node.js で iconv のインストールに詰まった話

ググったら python 入れろとか Visual Studio Community が必要とかおそろしいことばっかり書いてある。

で、github掲示板書き込みで見つけた!

管理者権限Powershell

npm --add-python-to-path='true' --debug install --global windows-build-tools

するだけ。そしたらふつーに git bash から

npm i -D iconv

できた。

ま、結局 Python-2.7.x と Microsoft Visual C++ Build Tools (3.12GB!) は入っちゃうんだけどね。

2017-10-18

はてブ転職活動のために整理すべきか?

Github就職は有名になってきたけど、最近Twitterはてブまで就職活動に使われるようになってきている模様。

少し前に転職しようと思っていくつか調べてみたら、ベンチャーほどそういったソーシャルネタ情報を欲しがる傾向にあるらしい。

正直、Twitterなんてつぶやいてるだけだし、アニオタばれるし、

はてブに至っては、技術ネタの中に、政治家発言ブクマ付けてコメントしてたりでヤバイ

Twitterはもう仕方ないから隠すとして、はてブからはヤバめなブックマークを削除して整理したほうがいいのかな?

2017-10-16

Markdownは使いにくい

最近Markdown流行っている。

GithubMarkdownだし、ブログMarkdownで書くし、QiitaMarkdownだし、

どこもかしこMarkdownだらけ。

で、最近情報共有ツールとしてMarkdownを勧められたんだが、これが本当に使いにくい

まず、画像画像の挿入がクソめんどくさい。

エンジニアなら、画面キャプチャ使った手順とか作ることもあると思うけど、

キャプって文中への挿入がクソめんどくさい。

わざわざファイル作ってリンク貼らなきゃだめなわけ。

あのさ、クリップボードキャプってペタペタ貼り付けられないわけ?

しかMdファイル画像ファイルが分割されるから、1つのファイルマニュアル送ります的な感じで展開できない。

PDF化すれば良いって?校正できないだろ。

じゃあZipで送るわってアホかよ。

ワードの方がマシだよ。

次に、表機能がクソ。マジでクソ。

エンジニアなら、機能比較表とか作ると思うけど、Markdownは表を作るのがめんどくさすぎる。

そもそも罫線書かないと表を作れないのもウンコだけど、

なにより改行とか、表中の文字装飾がHTMLタグじゃないと使えないのがゴミ

brタグ無限に続きそうな横長のテキスト見ただけで辟易する。

なんなんこれ?考えたやつ馬鹿だろ。

無駄に長いクソアフィブログより、簡潔に機能比較された表の方がひと目で分かるし便利だろ。

機能もっと書きやすしろや。なにがオープンだよ。

エクセルの方がマシだよ。

よって、Markdownはクソ

マイクロソフト最高ヽ(=´▽`=)ノ

2017-10-05

現実ネットの繋がり

所属する団体を主とする現実での繋がりと、SNSみたいなのとの繋がりはできるだけ分けたいと思ってる。

現在学生ソフトウェアエンジニアとかが一応将来の職として第一候補に挙がってくるんだけど、

そういうエンジニアの人たちって、職種的にもTwitterで同じくエンジニアの知り合いとかと繋がってて、なんか怖い。

今の流れとしてGithubで職歴晒したり、FB連携して件のWantedlyに諸々晒したりしてるし、どう立ち回ればベストかわからない。

パブリック場所個人特定できるような情報出すの、なんか嫌じゃない?

Twitterと違ってGithubは何個もアカウント作って分けるわけにもいかんだろうし

分けたら分けたでGitコミットログ管理とかダルそうだし、自分制作物を公開できないのも不便だし、、

まあそういう人が目につくだけで、そうでない人の方が勿論多いんだろうけど……どうしたものか。

2017-09-30

中退したFラン(中堅私立大の偏差値45情報学科)のレビュー投稿して掲載された

本式バージョン 甲南大学の口コミ:甲南大学知能情報学部知能情報学科の口コミ | みんなの大学情報魚拓ttp://archive.is/50sEl)

略式バージョン のんびり過ごしたい人におすすめ:甲南大学知能情報学部知能情報学科の口コミ | みんなの大学情報魚拓ttp://archive.is/lEnOK)

偏差値受験生や在学生の目に留まりやすいように、投稿先は「大学 口コミ」でググってトップに出る頭が弱そうなサイトを選んだ。

本式バージョン投稿してみて偏向的すぎて掲載を蹴られるかと思い略式バージョンも続けて投稿したが、なぜか両方とも掲載されていたので記念に魚拓をとっておいた。

ちなみに本式バージョンタイトル投稿申請時には「滑り止めでもやめとけ」だった。なぜ本文未修正掲載されたのにタイトルだけ修正されたのかサイト運営方針不明

Googleに残りやすいように2chにもレスしておいた(>>60) http://rio2016.5ch.net/test/read.cgi/student/1473946293

タイトルの「Fラン呼称ネット基準です。河合塾基準は言わんや、公道基準ではギリギリFラン」に分類されません。

修正:補足したい文章について(この記事自体更新中だが、スナップショット魚拓ttp://archive.is/f0jBM)

近畿圏でここより低偏差値情報学科大阪工業大学大阪電気通信大学しかありません。

大阪産業大学工学部電子情報通信工学科もあった。産近甲龍では偏差値が低い順に甲南大学・知能情報学部・同学科 <= 龍谷大学理工学部・数理情報学科 <= 京都産業大学コンピューター理工学部・同学科 <= 近畿大学理工学部情報学科、だと思われる。団栗の背比べだが。京産大ITイベントで筆記型AO入試最近アピールして(仮に学力不足でも)技術力がある学生を集めようとしている姿勢が見える点がいいけど。

・「院進率は9%で、そのうち内部進学が7.5%、他大学院進学が2.5%」

足し算が間違っている(正しくは10 = 7.5 + 2.5)のはFラン(低)知能情報学中退ということで許せ。数値は年度や計算方法でズレるがイメージが変わるほどの誤差は出ないはず。

・ほぼ全員が入学時点から大学院に進む気はない学部就職予備校です。院進しないので、講義でもTOEIC対策とかはやりません。

就職予備校というより後述のように専門学校表現した方が正しい(予備校は基礎を固めるためにあり将来に可能性があるためFランより遥かに格上)

院試そもそも受けないからを揶揄したので、まともな大学TOEIC自体を推奨しているわけではない(学部教養英語TOEFLと違いTOEICビジネス英語なので)

初年次教育などで情報技術資格を取得するよう勧められるなど、中身は実質的専門学校である

・「図書館では出入り口に音声を発するロボット

案内ロボット「KoRo(コロ)」をご紹介します。 | 甲南大学図書館ブログ のこと。

・「中の下の公立高校から推薦入試で入る(この大学の全入学者に占める推薦入学者の割合は約61%です)か、一般入試勉強をサボって偏差値50未満で滑り止まる(ほぼ4割?私を含む)か、ブルジョア子弟が甲南高校で遊び呆けて内部進学するか(1%?)で学生構成されています。」

ttps://goo.gl/2ehz1X の学歴フィルターに通る関大様に失礼なスレタイ噴飯もの

日東駒専とMARCH偏差値60の分け目の戦いの意味 | わせ美

だが一ランク下の摂神追桃と違い治安は皮一枚で保たれている。表面上は隠蔽されているので初手退学しづらい辺りが逆に陰湿だが。

追手門学院大学 履修登録抽選で大荒れ 教務課に爆竹を投げ込まれ、打ち上げ花火も上げられる騒動 - NAVER まとめ

だが>>16の内部バカ脳筋バカ・推薦バカ私立専願・国立落ちの区分は的確だと思う。

大学偏差値高校偏差値-10妥当なので、受験組の出身高校「中の下の公立高校」の偏差値は55だろう。推薦組はもう少し下という程度か。

私立専願は妥当バカ国立落ちは身の程知らずなバカで、全員バカなわけだが。

内部バカブルジョア子弟まり中小企業社長教育投資失敗した没落アホ3代目ことだ。

おそらく「経営学部」「マネジメント創造学部」に集中している。そもそも彼らに大卒を与えコネ入社させ将来経営させるために創立された大学なので。

社会にはブルジョア階級1%しかいないので、子息が集まるこの大学でも全体の一割もいないだろう。そもそも教育投資成功しているなら慶應に進めるはずだ。

南高校の偏差値は60あるので一般受験して上を目指せる偏差値学生が大半のはずなので、内部進学者中学も内部進学した無勉のアホに限られる。

コネ入社できる内部バカか、スポーツ選手体育会系就職できる脳筋バカが主役の大学で、他は彼らの搾取対象に過ぎない。

・「知能情報学部と理工学を合わせても学生数では全体の15%しかいません。85%が文系です。」

私立文系大学に小さい理系専門学校がおまけで併設されていると捉えればよい。文系学部より理系学部偏差値が5程度低いし。学内でも二級市民

カタカナ学部理系フロンティアサイエンス学部文系マネジメント創造学部)の存在を忘れて計算していたかもしれない。割合相殺で大して変わらないだろう。

・「中央値正社員中央値と同等の320万円程度だと個人的には推測します。学歴フィルターに落ちる偏差値なので非正規雇用就職失敗もそれなりにいるでしょう。」

就活経験なしの中退者の想像なので不当に下げすぎかもしれない。正社員採用なら30代で420万円くらいだろうか。非正規雇用率は不明非正規雇用なら210万円くらいか

しか中退前にJob Hunter(学内求人サイト)で採用実績があるIT企業リストアップして手元にデータを保存しているので、暇があれば年収価格帯を調べることはできる。

・「サブカルオタクヤンキーの混合物しか居ません」

書籍「融解するオタクサブカルヤンキー読了後だったので表現を引きずられてしまった。

ヤンキー7割とオタク3割で占められている。Twitter大学名を検索すればヤンキー色が広がる。

低学歴から在籍大学自称を控えているのかもしれないが、プログラミングに関して呟いているアカウントが全くない。誰もはてなブログGitHubを使っていない。

集合写真は ttps://twitter.com/keikei06081/status/870514186031251456(魚拓ttp://archive.is/JIcXA)

・「プログラミング自主的にしている個人は少しは居るようですが、ネット上やIT勉強会などで活動している様子はあまり観測できませんでした。」

私自身が学力学歴が無理ならプログラミングITイベントに参加する逃げ道を求めた「意識高い系」だったので書いた。

学科全体が「意識高い系」だらけらしいが、他の学生IT以外の方向へ意識を高めていたのだろう。

・「プログラミングはよくある「C言語入門」みたいな教科書の丸写しの文法をなぞるだけの講義

一年次の必修通年科目「プログラミング実習」が前期後期に分割され、前期はProcessing言語を変更したようだ。入学する学生レベルが下がったからだろうか。

追記0:大学の実力2018(読売新聞教育ネットワーク事務局)の調査欄を読んだ。口コミでの数値は私が独自算出したので信憑性は怪しく、こちらが正しいと思う。

甲南大学・知能情報学部・知能情報学科の同年次入学者に占める比率は、留年21.3%・退学7.1%正規雇用60.6%・進学6.3%だった。

他の大学は院進が低いとその分だけ正規雇用が高くなるが、この学科は院進しないのに正規雇用が低い。

院進が少ないので、やはり知能情報学部は理系ではない。甲南大学理工学部の進学は21.8%。

追記1:私は新卒就活を始める前に退学したので就職実態が分からないが、Yahoo知恵遅れに該当する質問があったので整理のため載せておく。

中堅私立大学の就職率って実際 どれくらいなのですか? - 中... - Yahoo!知恵袋

追記2:Fランが成り立つ理由について良い投稿を見つけたので載せておく。

大学学力問題労働市場 https://plus.google.com/111914211653276243730/posts/BGg3nT86NBZ魚拓ttp://archive.is/Z9aPs)

追記3:Fランに関する別件でググっていたらこんな記事を見つけた。

甲南大学岡本キャンパスにTSUTAYA BOOKSTOREを2店舗同時出店 新しい大学の価値創造を目指し、同大学生協と初の取り組み|TSUTAYAのプレスリリース

図書館ではなく書店だが、武雄市TSUTAYA図書館騒動を思い出した。生協書籍部を民間委託して劣化させるのだろうか?私は梅田蔦屋書店に何回か行ったことがあるが、

私立文系感濃厚な場所で強い生理的嫌悪を感じた。同じ生理的嫌悪のせいで私はFランを退学した。Fラン運営陣はこの空気に馴染めない学生存在を認めないのだろう。

2017-09-29

TechCrunch JPタイトルから hiwa 氏の翻訳か否かを深層学習推定する

追記 (9月30日 22:00)

最近タイトルを読むだけで hiwa 氏が翻訳したものかどうかがわかるようになってきた。

例えば、「死んだはずのBlackBerryがソフトウェア企業として蘇生、業績も株価も好調」というタイトルは「死んだはずの」という挑発的な言葉遣いは hiwa 氏だろう(そしてそのような文句は元記事にはないだろう)と推測したり(確認してみると元記事タイトルは "BlackBerry, yes BlackBerry, is making a comeback as a software company" であり、「死んだはずの」や「業績も株価好調」といった文言は含まれていない)、「GoogleがAmazonのEcho ShowからYouTubeを突然取り去る、サービス規約への違反だそうだ」というタイトルでは「〜〜〜、〜〜〜」という独特な文の接続や、文末の「だそうだ」という物言いから氏であろうと推測している。

私が推測できるのだからアルゴリズムでも可能ではないだろうか? そう考え、機械学習の中でも特に深層学習を用いて推定可能である検証した。

タスク

タイトル文字列(本文情報は用いない)からその記事翻訳者が hiwa 氏であるか ( = 1) そうでないか ( = 0) を学習予測する二値分類問題

学習データ

TechCrunch Japan記事データ 11,993 件。うち 3,781 件が hiwa 氏が翻訳したものである

手法

入力文は vanillaMeCab [1] を用いて分かち書きを行い、それぞれの単語は「日本語 Wikipedia エンティティベクトル」[2] を用いて 200 次元に埋め込んだ。語彙数は 17,272 だった。

予測モデルは 32 次元の LSTM [3]。dropout 率は 0.5。文の最大長は 120 単語zero-padding を行い、バッチサイズ 32 の Adam [4] で最適化した。

LSTM の実装には keras 公式に用意されたもの [5] を参考にした。

結果

精度 0.85, 再現率 0.80, f値 0.82 とまずまずの精度で予測可能であることがわかった。

ちなみに、 CNN による推定では 精度 0.84, 再現率 0.80, f値 0.82 という同等の結果を得た。

結論

機械学習を用いることで、記事を開く前に hiwa 氏が翻訳したものであるか否かがまずまずの精度で分類できることがわかった。深層学習はすごい。

参考文献

[1] MeCab: Yet Another Part-of-Speech and Morphological Analyzer

[2] Long Short-Term Memory

[3] 日本語 Wikipedia エンティティベクトル

[4] [1412.6980] Adam: A Method for Stochastic Optimization

[5] keras/imdb_lstm.py at master · fchollet/keras · GitHub

2017-09-27

Nyaa Torrentコミュニティgithub活動してる

IRCまで用意してるんだが

具体的にどんな活動しているのかいまいち方向性が掴めないでいる

参加してるやつおらん?

2017-09-25

テレビ見て、Yahoo!ニュース見て、はてブ見て、GitHub見て、Wikipedia見て、Twitter見て、Facebook見て、YouTube見てるだけの生活

コンビニでいつものおにぎりを買って食べるだけの生活

「これは運営様へのお布施なのだ」と、スマホゲーム課金するだけの生活

これって、その人の家の中に入り込んだり、スマホを覗きこまなきゃやってるかどうかわからないことじゃね?

東京の人もスタバでドリンキングしながらやってんじゃね?

スタバが無い国から上京してきたん?

2017-09-24

発言語ろくに知らない初心者ゲーム制作する進捗の投稿ブログ

…みたいなのは果たして邪魔ものだろうか

初心者がやってること公開すると公開する意識自体勉強になるよなんてまことしやかに言われることもあるが

あたりの指摘がぱっと思いつくけども

個人的にはまったく正しくない手法を公開しているので邪魔というのには首肯以外ないのだが。あなたわたしもそれには迷惑しているはずである

確かに2chとかの俺ゲーム制作報告スレみたいなの読むと使えない度MAXキモ有頂天なのでブログ版もこの世に存在しないほうがよさそうだとも思うんだが

2017-09-16

例のIssueの話について

これな。今日Twitterでバズってたやつ。

> OSSオーナーからTwitterで是非issueを上げてくれと言われたから頑張ってissueを上げたのに、エアリプで「OSSなのに英語でissueを上げない日本人、本当に空気読めない」と言われ、著名人がそれに「それな」とメンションしてて、もう2度とやらねーと心に誓った。

https://twitter.com/stb_nissie/status/908494673102041088

からない人に説明すると、GitHub(通称ギフハブ)にはIssue(イシュー)という機能があって、なんかバグってたら問い合わせ出来る機能があるんだ。

でも大半のIssueが英語でやり取りされている。勇気をだしてIssueを日本語で立てたけど、あとで作者にエアリプで陰口を言われてすげームカついたって話だ。

でもこれだけ見ても背景がよくわからない。Issueを上げてくれ、っていうやり取りが日本語なのか英語なのかもわからないし、エアリプで陰口言われたのも日本語なのか英語なのかも分からいからだ。これは裏を取る必要がある。

ちょっと調べてみたけど、おそらく発端はこれだろう。

https://twitter.com/takezoen/status/636551825160695808

> IE以外のブラウザではどうでしょうか?また、可能であればスタックトレースGitHubのIssueに上げていただけると助かります

もとのツイート主とGitBucketの作者とのやり取りだ。ちなみにGitBucketとはギフハブクローンで、コンプライアンス的にギフハブが使えないかサーバーを自前で用意して自社でギフハブを使えるようにするものだ。ちなみにギフハブ本家でもそういうクローンは用意しているが高くて稟議が通らないので仕方なくOSS(≒無料)のクローンを使っている会社は多い。

で、作者とのやり取りを経て出されたIssueがこれだ。

https://github.com/gitbucket/gitbucket/issues/908

タイトル英語なのはともかく、本文は日本語である自分経験則からすると、こういうIssueは速攻でクローズされるか放置されるが、それは後述するとして、例のエアリプはおそらくこれだろう。

https://twitter.com/takezoen/status/648914153785044992

> GitBucketに日本語でIssueを投げてくる方が後を絶たない。ドキュメントも周囲のIssueも全部英語なのに日本人空気を読むとか嘘なのではないかという気がする。どうすればいいのだろうか…。

そのとおりではある。ドキュメントを見て、Issueを英語で書かなきゃいけないと思わなかったのだろうか。

新しくIssueを立てるときは必ず「New Issue」というボタンを押さなければならないが、そのときに他のIssueを参考にしなかったのだろうか。

例のツイート主のギフハブを見ても、このIssueがおそらく初めてのIssueと思われる。

https://github.com/SatoshiNishimoto

「なんか問題発見した!」→「世紀の大発見や!」→「Issue投げたろ!」の流れで興奮しながらIssueを立てた可能性はある。初めてのIssueならまさにそうだろう。

しかしたら作者は日本人だったから「つい」日本語でIssueを立ててしまったのかもしれないし、他のIssueも日本語で書かれているか自分日本語でIssueを立てたのかもしれない。

本当のところはわからないが、Issueを立てるときは、一晩寝かせてからIssueを立てるべきだったし、一回失敗したからってめげてはいけない。まあ勇気をだしてがんばったのに全力で全否定されるのは非常につらいものはあるが、そういうときキャバクラにでも行って慰めてもらいなよ。

閑話休題。Issueを立てるときに注意しないといけないのは、まずガイドラインを見ること。次にオープンされたままのIssueがどのくらい残っているかだ。

Issueを立てるときにはたいていガイドラインがある。READMEちゃんと読め。そこにIssueやプルリクを投げるときルールマナーが書かれている。中には日本語OKだったり中国語OKだったりするOSSもあるが、そんなのはほんの一部で、たいてい英語だ。そのルールに外れたIssueやプルリクは大抵無視されるかクローズされる。ルール英語で書かれているということは、Issueやプルリクも英語で書かなければならないということだ。というか、作者にアットツイート出来る勇気があるなら「こんなIssueを投げようと思うのですが、日本語OKですか?」くらいは聞いてもよかったんじゃないか

次にオープンされたままのIssueがどのくらい残っているかだが、ガイドラインほど重要じゃないにしても、結構見て置かなければならない要素だ。オープンされたままのIssueが3桁以上残ってたら、それはIssueさばきが回っていない証拠だ。もしくはググったりドキュメントを読めば事足りるようなどうでもいい内容のIssueが盛りだくさんな可能性もある。最初のうちは書き逃げでも構わないが、凡百のIssueのなかで自分のIssueを読んでもらえる努力しろ

あとこの人、自分のこと意識が低い人間だと思っているけど、有名人に何度もクソリプかましているし、勉強会にもちょくちょく顔を出しているっぽくて、そういうことする人間意識が低いとは言わないと思うんだよ。意識の高い低いを都合で使い分けるのは辞めたほうがいいと思っている。

はいえ、OSSに定期的にフィードバックを投げられる人間はほんのひとにぎりで、一生に一回Issueを立てられるかどうかというプログラマーほとんどだと思う。OSSの作者からしたらそんなの関係いかもしれないけど、Issueを投げるほうからしたら一生に一度の大舞台だ。そこらへんをよく考えてOSS活動に取り組む必要はあるんじゃないかなとは思う。ま、人生に失敗はつきものだ。気長に生きてこうよ。

2017-09-15

中学生に踊らされて泡喰ってる徳島県警三好刑事課大捜査線

anond:20170912230437

サイバー犯罪には疎い刑事課単独捜査担当していた

なおざり捜査誤認逮捕招く 徳島チケット詐欺 徳島新聞社

http://www.topics.or.jp/localNews/news/2017/09/2017_15051847245614.html

 事態が急転したのは女性チケットを実際に郵送したことを証明する「特定記録郵便物等差出票」を、自ら見つけてからだった。女性捜査で見つけられなかった差出票を自力で探し出し、釈放5日後に地検提供。県警が差出票を探した郵便局愛知県内の1局だけで、女性はその隣の局で見つけたという。
 署幹部を含めた捜査員のネットに関する知識の乏しさも、誤認逮捕につながった。刑事課単独捜査担当し、サイバー犯罪に詳しい捜査員のいる生活安全課や県警本部との連携はなかった。西岡署長は「証拠収集の工夫が足りなかった」とミスを認め、「今回の事案を重く受け止め、再発防止に努める」と神妙に話した。


長い勾留自白強要のためではなく、被疑者による証拠隠滅を防ぐためだとすると、その間の捜査は一体何をやっていたのか。

釈放後に本人が自力で探し出した「差出票」も、その後の捜査真犯人に至った証拠勾留間中捜査では見つけていない。

捜査に着手した昨年9月から誤認逮捕の今年5月までの捜査も含めて、ナマケモノアルバトロスフレンズかな。

サイバー犯罪というとウイルスとかハッキングとかの話になりがちだが、ネット利用の拡大・一般化で通常の犯罪についても

アカウント情報IPアドレス警察が開示命令で基礎的証拠に利用するのはごく当然と考えていたけれども。

今後は全国の警察ネットに詳しい部署や県警本部の協力を得るようになるといいですね。

その上でIPアドレスだけでは決定的な証拠にならないという遠隔操作事件の教訓も踏まえてくれれば幸甚


5月の全国警察チケット詐欺摘発キャンペーン仮説の補強事例

業界団体公式チケットリセールサイトチケトレ」オープンの5月に合わせてチケット詐欺を捕まえようという警察

キャンペーンがあったのではという増田仮説。

5月から6月上旬の期間指定で「チケット詐欺」をググって出てきた逮捕ニュース

チケット詐欺 daterange:2017-05-01..2017-06-13」


警察事件発生被疑者逮捕被疑者公演概要
徳島県警三好2016年8月2017年5月愛知女性21関ジャニ∞誤認逮捕19日間勾留
奈良県警G署2016年12月2017年5月東京女性19ねこ男子濡れ衣任意事情聴取のみ
類似事案なり損ね】
A)滋賀県警米原2016年6月2017年4月(再)大阪女性24人気グループ詐欺を疑った被害男性から返金を求められ、同様の譲渡話を持ち掛けた別の女性から同額を男性の口座へ振り込ませて返金
チケット詐欺
B)警視庁少年事件2016年11月2017年5月神奈川女性18「(同様の詐欺被害にあった際)だまされたほうが悪いと相手に言われた。お金が欲しかった」
C)警視庁渋谷2016年2月2017年5月埼玉女性18Sexy Zoneツイッターで手口を知った。遊ぶ金欲しさだった」
愛知県警蒲郡2017年1月2017年5月京都女性18ジャニーズWESTこの記事は有料会員限定です。
京都府警宇治2015年7月2017年5月鹿児島男性49関ジャニ∞掲示板サイトを通じて知り合った
愛知県警中村2017年3月2017年5月住所不定男性34NEWS直接会って代金だけ受取り住基カードコピー見せて信用させた
チケット転売
兵庫県警察本部サイバー犯罪対策2017年2月2017年6月和歌山男性43サカナクション有料FCチケット転売販売会社に対する詐欺容疑だとして
警視庁生活安全特別捜査2016年6月(9月)2017年5月東京男性23EXILE昨年9月のダフ行為で扱われていた大量のチケット6月に購入した都迷惑行為防止条例違反、「自分が良い席で見たかったので大量に買った」と否認
京都府警2016年8月10月2017年6月東京男性43嵐・関ジャニ∞など転売のため他人名義FC入会チケット購入、電子計算機使用詐欺の疑い


5月ありきで5月報道を調べたからいろんな発生時期の事件5月逮捕されててアレレー、となるけども。

宇治署の2年前なんかの事件もあるし、仮にキャンペーンがあったとしても、5月までは寝かせておいて5月に合わせて

一斉に逮捕しろ、というものではなく、チケット転売話題になってるのを機に積んである案件を片付けましょうや、

という声掛け程度ですかね。


A)チケット詐欺、別の詐欺で返金 滋賀、容疑の女再逮捕

http://www.kyoto-np.co.jp/politics/article/20170419000165

女は詐欺を疑った男性から返金を求められると、同様の譲渡話を持ち掛けた米原市女性から同額を男性の口座へ振り込ませて返金したように見せかけていたという。


B)嵐のチケット転売詐欺少女逮捕 過去に同様の被害に遭い…

http://www.sponichi.co.jp/entertainment/news/2017/06/13/kiji/20170613s00041000104000c.html

チケットを巡り同様の被害に遭ったといい「(その際)だまされたほうが悪いと相手に言われた。お金が欲しかった」と容疑を認めている。


C)セクゾン公演チケット詐欺…18少女逮捕遊ぶ金欲しさだった」

http://www.sanspo.com/geino/news/20170529/tro17052919130009-n1.html

ツイッターで手口を知った。遊ぶ金欲しさだった」と容疑を認めている。


その他

ヤフオクでは古典的手法」とのやまもといちろう氏の発言

https://twitter.com/akihirosato1975/status/907554074412716037


女子中学生チケット詐欺事件 · GitHub

https://gist.github.com/shunirr/2bd6a5a00b966e1e534b443790c68eda


「予期せぬ形でチケット詐欺に巻き込まれ東京から奈良まで行った」めりぴょん‏さん 13weekslater_ep

https://togetter.com/li/1149919

奈良事例の方の聴取当時から現在までの関連ツイート

2017-09-13

anond:20170913160909

ニュースの図とか、GitHubに上がっていたユースケース図の方が分かりやすいのに、わざわざ文字で書くなよ。読んで考えちゃうじゃんか。

警察増田チケット詐欺中心に事件を考えているのが誤り

犯人にとって転売品は何でもよく、個人取引を乗っ取った中間者攻撃三角貿易現金詐欺るのが目的。というのはgithub見ればわかる。

犯行少女にとってネット取引経験があり、価格のぶれ幅のあるチケットを扱ったのだろう。

チケット出品した専門学校生落札者は、入金・チケット受け取りが完了して事件存在にも気付いてない。

確かに警察への被害届の訴えは、チケット落札入金したのに届かない、という形だが、そこにとらわれて事件を単純視していたか

実名口座実住所の振込先専門学校生存在確認できただけで十分として事件捜査がおろそかになったのだろう。


>・詐欺は重い罪で、嫌疑後の証拠隠滅も容易な場合が多いので、8万円程度でも19日の拘束はありうる。


証拠隠滅問題だったら、事件発生2016年8月徳島県警三好署への被害届2016年9月、そこから年をまたいで専門学校生逮捕2017年5月は遅すぎる。

証拠隠滅するような犯人が、のこのこ実名口座に入金させるのが警察検察にとっての常識なのか?


>・もし犯人架空口座を使ったりBTC等で取引してたら、チケット転売サイトへの情報開示請求だけでは辿れず、ツイッター社へのIP開示、プロバイダ照会まで行かざるをえず、さら犯人MACアドレスデフォルトから変更した上でFree-Wifiを使って取引していたら、辿り着けなかったかもしれない。


しろまずIP開示、プロバイダ照会をもってデジタル証拠として、あなたが疑わしいか逮捕するよ、と持っていくのが筋ではないか

その上で犯人無線LANタダ乗りMAC偽装で、とわかれば、誤認逮捕やむなし論が出る余地がある。

専門学校生へ接触した犯人IP被害者へ接触した専門学校生名義での犯人IP、なと真犯人へたどり着く証拠はあったからこそその後の捜査で見つかったはず。

半年以上の捜査の期間でそれすらもしていないのに、いきなり逮捕勾留して否認嫌疑不十分釈放してから本格捜査真犯人到達って怠慢では?

https://anond.hatelabo.jp/20170912225009

2017-09-11

https://anond.hatelabo.jp/20170910205249

まじな話をすると、N予備校プログラミング入門コースやるのがオススメ

https://www.nnn.ed.nico

一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。

月額1000円だけどしっかり勉強すれば一ヶ月の無料間中に終わると思う。

もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラム講師曰く去年はこれで二人エンジニア就職を決めたらしい。

内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職必要な環境構築やセキュリティまでみっちりやる。

http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB%E6%A7%8B%E6%88%90%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B3%E3%83%BC%E3%82%B9%E3%81%A8%E5%86%85%E5%AE%B9

講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。

↓みたいなことが学べる

----

Webプログラミング入門コース

Web ブラウザとは (Chrome, デベロッパーコンソール, alert)

はじめてのHTML (VSCode, HTML, Emmet)

さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)

HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)

はじめてのJavaScript (JS, ES6, エラー)

JavaScriptでの計算 (値, 算術演算子, 変数, 代入)

JavaScript論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)

JavaScriptループ (ループ, for)

JavaScriptコレクション (コレクション, 配列, 添字, undefined)

JavaScript関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)

JavaScriptオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)

はじめてのCSS (CSS, セレクタ, background-color, border)

CSSを使ったプログラミング (transform, id, class)

Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)

診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)

診断機能組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)

ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)

Linux開発環境構築コース

LinuxというOS (VirtualBox, Vagrant, Ubuntuインストール, OS, CUIの大切さ)

コンピューター構成要素 (ノイマンコンピューター, プロセス, lshw, man, ps, dfの使い方)

ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)

標準出力 (標準入力標準出力標準エラー出力パイプgrep)

vi (vimtutor)

シェルプログラミング (シバン, echo, read, 変数, if)

通信ネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)

サーバークライアント (tmux, nc, telnet)

HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)

通信をするボットの開発 (cron, ログ収集)

GitHubウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)

イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)

GitとGitHub連携 (git, ssh, clone, pull)

GitHubへのpush (init, add, status, インデックス, commit, push, tag)

Gitのブランチ (branch, checkout, merge, gh-pages)

ソーシャルコーディング (コンフリクト、プルリクエスト)

Webアプリ基礎コース

Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)

集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)

アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)

ライブラリ (ライブラリ, パッケージマネージャー, npm)

Slackボット開発 (slack, mention, bot)

HubotとSlackアダプタ (hubot, yo)

モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)

ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)

同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)

例外処理 (try, catch, finally, throw)

HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsイベントループ, リスナー)

ログ (ログ, ログレベル)

HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)

HTMLフォーム (フォームの仕組み, form, input)

テンプレートエンジン (テンプレートエンジン, jade)

HerokuWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)

認証利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)

Cookie を使った秘密匿名掲示板 (Cookie, Set-Cookie, expire)

UI、URI、モジュール設計 (モジュール設計, フォームメソッド制限, リダイレクト, 302)

フォームによる投稿機能の実装 (モジュール性, textarea, 303)

認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)

データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)

トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)

削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)

管理者機能の実装 (Web サービス管理責任, 管理者機能の重要性)

デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)

脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)

XSS脆弱性対策 (XSS, 適切なエスケープ処理, リグレッション)

パスワード脆弱性対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)

セッション固定化攻撃脆弱性対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)

より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)

CSRF脆弱性対策 (CSRF, ワンタイムトークン)

安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)

Webアプリ応用コース

Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)

ExpressのAPI (app, Properties, Request, Response, Router)

GitHubを使った外部認証 (Passport, OAuth)

スティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)

継続的インテグレーション (CircleCI)

クライアントフレームワーク (Webpack, Chrome 以外のブラウザでもES6)

DOM操作フレームワーク (jQuery, jQueryアニメーション, this)

AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)

WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)

RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)

データモデリング (リレーショナルモデル, 正規化)

テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)

インデックス (インデックス, 複合インデックス, Bツリー)

集計とソート (SUM, COUNT, ORDER BY, GROUP BY)

「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計モジュール設計、MVC)

認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)

予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)

予定とユーザーの一覧の表示 (非同期処理, Promise, then)

出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)

出欠とコメント更新 (Promiseチェイン, リファクタリング)

予定の編集と削除 (要件の衝突, 関数再利用)

デザインの改善 (this, グローバルオブジェクト)

セキュリティ対策と公開 (X-Frame-Options, Heroku環境変数)

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