あこがれの即堕ち二コマ漫画になった

あらすじ:ウキウキで納車を済ませた。

 

 

 

 

 

 

 

第二章 出逢いと別れ編

 

 

結論から申し上げるとバイクの様子がおかしかった。自宅に逃げ帰ることすら叶わなかったのであった。エンジンがかからない。アイドリング中に死ぬ。

 

以下、ダイジェスト。

 

 説明しよう。ストールとはフリーズのようなものだ。

 

 

 

 

 

 

結果。

 

 

憧れの即堕ち二コマ漫画になった。

 

 

 

 

勘違いされる方がいるかもしれないので補足として書いておくと、バイク屋さんは僕がブイブイ飛ばすと思ってチューンナップしたけど僕が全くのチキン野郎でそのチューニングに合わなかったというオチでした。

 

自分のツイートをまとめてるとなんだか恥ずかしくなるものだなあ

 

(ちなみに翌日帰ってきました)

新車納入記念

みなさんご無沙汰しておりますÆです。

 

今日は新車の購入をしたのでご報告させていただきます。

f:id:aeoe39950426:20150809003732j:plain

ホンダ社のXR100モタードの2008年型です

(参考ページ:http://www.goobike.com/catalog/HONDA/XR100_MOTARD/7573.html

 

二ヶ月ほど前からずっと買う買う詐欺を繰り返してきましたがようやく買えました

 

やったね!!!!!!!!

 

つづく

 

第13回セキュリティさくら参加レポート

あえだよ。昨日開催された第13回セキュリティさくらの参加レポートを書くよ。

 

今日は堅い文章だよ。帰るなら今のうちだ。アクセスカウンタはもう増えたからね。

 

 

    _人人人人人人人人人人人_
  > セキュリティさくらだ <
    ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y ̄

 

 

なんだそれは:熊本で開催されているセキュリティの勉強会だ

 

自分のようなズブの素人(来年くらいからこの自称はやめようと思う)でも参加できる非常に参加しやすいタイプの勉強会だ。

 

会場は市内のアークホテル熊本にて行われた。

 

ちなみにここまでの書き方であたかも初参加のような体をにおわせているが参加は四回目かそこらになる。

 

全体的な流れとしては、まず参加者全員の自己紹介に始まり、講師による講演、有志の参加者によるLT発表というふうに進行する。(また、途中休憩ではスイーツが振る舞われる)

 

全て理解できたわけではないのだが、以下に概要をサラッと掲載する。指摘などの類いはバシバシ受け付けるので。参加できなかったが興味がある方などのためにキーワードも掲載する。

 

  • 溝口誠一郎氏「講演:IoTデバイスとしてのクルマに対するセキュリティ」

 

 先日、話題にも挙がっていた自動車のハック(?)に関連したお話。 車をIoT(Internet of Things)デバイスとして扱う場合にそのセキュリティはどうなのか、といった内容。まず、溝口氏は導入として昨今のIoTデバイスの脆弱性もしくはセキュリティ的な対策が不十分である点について紹介。

 続いて本題として、ECU(この場合、Engine Control Unit ではなく Electronic Control Unit をさすことに警戒が必要だ。) を車載制御ネットワークでつないで自動車の制御を行っていることを説明した上で現状の設計の危険性について指摘した。これらのECU群は改ざんや取り替えを行うことが現状では可能な場合があり、これらを行うことにより、走行距離などの情報を改ざんしたりなどの悪事をはたらく輩などが現れたり、遠隔制御などが可能になってしまうなどの事態が想定される。そこでECU内部に鍵を認証する仕組みを導入してセキュアなマイコンにすることで安全性を確保しようとする動きを紹介された。

 まだ三分の一くらいしか書いてないがこの後の内容で書いてはいけない部分があった気がするのでこの辺にしておく。ちなみに内容としてはKDDI研究所がこの問題に対してどのように対処して安全性を確保しようとしているか紹介していただく形であった。気になる方はまとめを遡ってみることをおすすめする。

 

キーワード:ECU,IoT,CAN,TPM,AUTOSAR,セキュアブート,鍵,SIMカード

 

以下、LT。

 

  • @lmdexpr氏「コピペマンを殺す方法」

 結果から述べると殺せてなかった。物理的に殺そうとしない辺りに彼らしさを感じた。

 

  システム開発業者と発注者との費用についての裁判に関するLT。製品が完全に完成できていなかった場合に完成したとみなされる場合があることや多少のバグが存在することは仕方ないなどの判断基準が微妙な点についての知識が増えた。

 

  • 前田典彦氏「日本を標的にするAPT攻撃」

 やられたところを非難しない。(戒め)

 

  • @bamboo_inside氏「ちゅうかんほうこくしょ にほんヒトのじんこう」

 どこまで書いていいのか分からないのだが人口が減っていることに対してどう考えるか問われる内容であった。Splatoonを猛プッシュしていた。

 

  • @greenz_greenz氏「セキュリティさくらを支える欺術

 勉強会を運営する上でのあれこれをご享受いただいた。

 

ちなみに、本勉強会はコミュニティ的な面にも力を入れており、会が終了した後の懇親会の参加率も非常に高く、多くの方々と親睦を深めることが出来る。

 

  今回は70名という過去最大の規模ということで主催のgreenz_green氏や開催数日前から下準備を行ってきた方々には頭が上がらなかった。

 

現場からは以上です。

006

こんにちは。水曜に仕上げると言ったな。あれは嘘だ。



というわけで先日申し上げていた通りコードを書いたので公開しようと思います。



とりあえずBreakTwiって名前にしてたんだけど恥ずかしくなってきた。

 

 

#coding:UTF-8

import twitter
import time


# Consumer Key
CK = '#########################'     
# Consumer Secret                     
CS = '##################################################' 
# Access Token
AT = '##########-#######################################' 
# Accesss Token Secert
AS = '#############################################'  


api=twitter.Api(consumer_key=CK,consumer_secret=CS,
access_token_key=AT,access_token_secret=AS)

#起動時
print u'システム起動します。'
before = 0
after = 0
#''の中にスクリーンネーム
scname = '@hoge'
user = api.GetUser(screen_name=scname)
id = user.id

while 1:
    user = api.GetUser(screen_name=scname)
    tweets = api.GetStatus(id)
    before = user.statuses_count
    time.sleep(60)
    user = api.GetUser(screen_name=scname)
    after = user.statuses_count
    diff = after-before
    print u'ツイートした数:%d' % (diff)
    if (diff) >= 5:
        i = 0
        #ここで削除
        tweets = api.GetUserTimeline(id )
        while 5 <= (diff-i):
            api.DestroyStatus(tweets[i].id )
            i = i + 1
        print u'削除したゾ。'
        
    else:
        print u'異常なし。'

github.com



何をしているか簡単に説明すると、

  1. 指定したアカウントのツイート数を調べて
  2. 一分後にもう一度調べて差分を計算して
  3. 一定数(今回は5ツイート)以上のツイートが見られた場合は殺す
  4. 慈悲は無い


あと一つ言及するとすれば現状で強制終了以外に終わらせる方法が無いことですかね。

(threadingかsys辺りを使えばいけるのではないかと踏んでいる)

005

というわけで今回は、前回の続きをやっていこうと思います。

 

圧力なんて無かった。

 

まず、言語ですがWebサービスとかにする予定もないのでいつも通り使い慣れたPythonでやっていきたいと思います。2系です。文字コードおいしい。

 

続いて設計にも入っていきたいと思います。今回求められる仕様としては、以下

 

  • ツイート数の抑制

 

なので、これを元に考えていこうと思います。

まず、TwitterAPIについて利用できそうなものについて挙げると、

 

  • ツイートの削除
  • ユーザ(ツイート数など)情報の取得

 

といったところで(足りないものもあるかも)、意外と簡単に実装できそうです。

 

さて、本題のプログラムですがまだ出来ておりません。

 

 

つづけ

 

続・からあげの美学

こんばんは。みなさんいかがお過ごしでしょうか。

私は元気です。手紙か。

というわけで先日サークルの面々で別府へと合宿しに行ってまいりました。

旅行とも言うかもしれません。

 

さて、

 

みなさんご存知でしょうか。大分はとり天が名物です。

からあげも名物です。僕のためにあるような県ですね。言い過ぎました。

というわけで今日はその辺りの解説をしていきたいと思います。

とり天は大分県の郷土料理が始まりです。

一口大に切った鶏肉に下味をつけて天ぷら同様に揚げます。

味付けはポン酢や酢醤油とからしを使うものが一般的です。

中からあふれ出してくる肉汁とポン酢が絡まっていい仕事をしてくれます。

別府駅前およびその周辺にはとり天の文字が多数みられ、散財を促してくれました。

私は有能なのでこの辺りで撮影した画像をお見せしようと思います。

f:id:aeoe39950426:20150224214132j:plain

ちょっと画像長いですね。まあいいや。美味しかったです。

このなつま屋のキャラクターの口があるべき場所にある白い塊は鶏の顎についてる何かなのではないかという説がありますが調査は難航しております。

 

もう一つ。

 

読者の方からの質問が御座いましたのでついでにこの場で回答させていただきます。

ご質問「からあげとチキン南蛮の違いは何なのか。タルタルか。」

この際、残りの怪しい連中との違いもここで紹介したいと思います。

 

チキン南蛮から揚げに甘酢を加えることで生まれる。

竜田揚げ:調味料と粉が決まっている。タレに醤油みりんを使ったものを使用しており、小麦粉で揚げる。

 

これに対して王者からあげ選手はどうでしょうか。ここで日本唐揚協会の定めるからあげの定義について見てみましょう。

 

<からあげの定義>

唐揚げ(から揚げ、空揚げ)とは、揚げ油を使用した調理方法、またその調理された料理を指す。 食材に小麦粉や片栗粉などを薄くまぶして油で揚げたものです。 一般的に唐揚げの具材は、鶏肉の唐揚げを想像する方は多いと思いますが、 決して限定しているわけではありません。 魚の唐揚げも、野菜の唐揚げも、鶏以外の肉の唐揚げもすべて唐揚げです。[日本唐揚協会 online:http://karaage.ne.jp/whats/2011/01/karaage-teigi.html

 

 

つまり先程紹介した連中もからあげに含まれるわけです。

これを分かりやすくベン図で記載すると以下の通りになります。

f:id:aeoe39950426:20150224221603p:plain

君だけの最強のからあげを作ろう!

 

004

~これまでのあらすじ~

十時間半もの死闘を制し、極悪非道の竜魔王を倒したあえ一行。次の村へと歩みを進め途中で彼らは奇妙なブログの存在を知る。噂によるとそのブログを見たものは幸せになれるという。一行はその真実に迫るべくネットの海を彷徨う—

f:id:aeoe39950426:20150207202103p:plain

 

 

 

 

 

こんにちは。あえです。今回は前回の続きです。楽しみにしていた方も多いのではないでしょうか。無駄口を叩くのはこれくらいにしておこうと思います。

 

 

~~~~本当のあらすじ~~~~~

ツイート数を制限しようと思った。

~~~~~~~~~~~~~~~~

 

 

というわけで実装したい。だが手段がよく分からない。とりあえずTwitterAPIにて使えそうなものを探そう。ところでAPIの明確な定義を知らないぞ?

 

 

 

APIの定義も多分分かったところで、本題に戻りたい。

 

リソース動作
POST direct_messages/newダイレクトメッセージを送信
POST statuses/destroy/:id指定したツイートを削除
GET statuses/user_timelineユーザのツイート一覧を取得
GET statuses/mentions_timelineメンション付のツイート一覧を取得

 

リソース考えられる用途
POST direct_messages/new警告メッセージを送信
POST statuses/destroy/:id指定数を超過したツイートを削除
GET statuses/user_timelineツイート数のカウント
GET statuses/mentions_timelineメンション付は例外にしたり

 

 

足りない頭で考えた方針としては、

  • ツイート数が一定数に達する前後に警告DMを送信する
  • ツイート数からメンション数を引いた数が一定数を越えると削除

といった感じでいきたいところですね。

 

本日は以上です。次回は使用言語等について考えたいところです。