劇場版 傷物語 2.熱血篇 感想 <ネタバレちょっとあるよ>
久々にブログにアクセスしたら前回の記事が前作の鉄血編だったので思わず笑ってしまいました。
今日から上映開始になった傷物語 熱血編、さっそく朝一番の上映回で見に行ってきました。
ネタバレありますのでみたくない人はそっ閉じ推奨です。
前回の鉄血編は忍野メメが交渉人としてヴァンパイアハンターの3人とのネゴシエーションを行うところまででしたが、今回の鉄血編はそのあとのドルマツルギー戦からギロチンカッタ戦まで。
見るまではギロチンカッター戦までやるかやらないか気にしていたのですが、1時間半も尺があるので30分x3戦ってことですかね。
んで。
とりあえず感想を以下箇条書き。
- 羽川さん可愛すぎる。
- バトル3連戦なので中だるみせず見ていられた。
- ツァラトゥストラはかく語りきをBGMにJKがスカートをまくりあげるシーンを巨大スクリーンでみるとは思わなかった。
- 阿良々木君に影ができてないの、全盛期の羽川さんなら気付くんじゃね?と思った。
- 今回はキスショットはほとんど登場せず、ほぼ羽川さん回でした。
- キスショット可愛すぎる。
- キスショットさんノーパンですか。
- 学習塾内での羽川さんとの会話シーン、阿良々木君が色気ありすぎる。あれが吸血鬼の魅了スキルなのか!?と思った。
- なんでお前等付き合ってないの?と心底思う。
- 羽川さんのホルモン。
- 僕も羽川さんのパンツ欲しい。
- 予告で体育館倉庫の例のセリフがががががががががが
傷物語熱血編、ネタバレしない範囲でいうと、羽川さんのパンツに始まり羽川さんのパンツで終わる素晴らしい作品でした
— ケイタ@傷物語熱血編8/19! (@fmty) 2016年8月19日
ラストの冷血編は2017/1/6だそうで。即座に有給申請しました。
いやー、傷物語最高ですわ。 (もう少し文章うまく書けるようになりたい…)
以下は記事書いたあとに思った感想を追記
- ギロチンカッター戦の前、阿良々木君と羽川さんが手を振って別れるシーン、「ああ、この作品は青春物なんだなぁ」と思ったし、羽川さんとの思い出を回想してるシーンでも「ああ、この作品は青春物なんだなぁ」と思いました。
リモートワークというか裁量労働制的なお話
発端
「リモートワーク Advent Calendar 2015」の記事を見て「リモートワークやりてぇなー」とフォロワーの@lucca0showと話してたらいつのまにやらブログを書くハメになっていた件。
@lucca0show @scrapbuild いくつかの条件をブログにかこうず!
— ケイタ@羽川さんP (@fmty) 2015, 12月 9
"うひょー、このブログ書いてたら1時間くらい経ってしまった。 @fmty 氏においてはこれを踏まえたエントリを期待しているとお伝えしておきます"というわけで期待してます。 / “リモートワークとか時短勤務な話し - おうさまのみ…” https://t.co/kNKjf9Zxiu
— るっか和尚 (@lucca0show) 2015, 12月 9
最近Twitterとかブログとかで「リモートワーク便利だよ!」とか「こんなに良いことがあるよ!」という記事はよく見かけるけど、「会社にリモートワークを導入させた」という情報があまりないよねって所がスタートだった気がします。
まとめ
先に結論というかまとめ(和尚の構成に全力で乗っかる)
- すでに自宅で仕事できる環境はある
- リモートワークがしたいんじゃなく、裁量労働制に移行したい。
超絶重要課題!!!
来年1/8から傷物語が上映ですよ!! 羽川さん羽川さん羽川さん羽川さん!
前提
まずうちの会社の状態を説明しないとどうしていくつかの条件をクリア出来ないのか理解されないと思うので説明します。
- 地方の零細SIer(いわゆるExcelSIer)
- 社員数10人以下
- 社員はiPhoneとノートPCを支給されてて、あとは好きに売ってこい的なスタイル
- 直行直帰有給遅刻早退なんでもOK
- VPNあるからWi-Fiさえあればどこでも仕事できる
そもそも
僕は別にリモートワークがしたいわけではなく、月に1回か2回でいいので家で仕事ができる日が欲しいってだけなんですよね。 今は当然ながら出社しないといけませんし、家で仕事がしたい日は有休をとるしかない。 一応労働時間による給与計算もあるので、早く帰って夜に仕事をするスタイルだと給料が減っちゃう。
実のところリモートワークにはあんまり興味がなくって、裁量労働制に移行したいって方が大きかったりするw
- 有休とったり早く帰ったりするとタダ働きしてる感じがあって嫌。
- 勤務形態は完全に裁量労働制なのに労働時間による給与計算もミスマッチ感あるので、年俸制とかに移行したい。
- 子供が小さいので、早めに退社して子供の世話をしたい。寝かしつけたあとに仕事をするスタイルにしたい。
問題点
リモートワークでも「この時間に仕事してたよ」ということが確証できれば別に裁量労働制に移行しなくてもいい気もする。
今後どうするの
2016年の目標にしたいなぁ…
ボトルアップ
誤字だよチクショウ!
ボトルアップ #とは
— ひ でっぷ (@hideponm) 2015, 12月 10
StringBuilderとStopwatch機能を使ってみた
StringBuilderはえー。 ミリ秒表示を調べるのに手こずった。 桁数揃えるのは切り捨て処理とか必要なのかな。ちょっと面倒。
class Program { static void Main(string[] args) { string Str = ""; DateTime StartDt = DateTime.Now; for(int i = 0; i< 30000; i++) { Str = Str + "ABCDEFG"; } DateTime EndDt = DateTime.Now; Console.WriteLine("String連結3万回:{0}秒",(EndDt - StartDt).TotalSeconds); StringBuilder stb = new StringBuilder(); Stopwatch Sw = new Stopwatch(); Sw.Start(); for (int i = 0; i < 300000; i++) { stb.Append("ABCDEFG"); } Sw.Stop(); double Sec = (double)Sw.ElapsedTicks / (double)Stopwatch.Frequency; Console.WriteLine("StringBulider30万回:{0}秒", Sec); // 実行結果 // String連結3万回:1.4610836秒 // StringBulider30万回:0.00474824136650194秒 } }
記事を公開したらタイマ計測方法は揃えた方がよいよとご指摘頂いた。あざます。きさとさん。
@fmty んー、時間の計り方はひとつの方法に揃えた方がいいかなと。メイン処理(string/StringBuilder)以外に実装差があると、そこでも時間差が出ているかもーと思われるので。
— きさと (@rkisato) 2015, 11月 20
ということで書き直してみた。回数も揃えた。
static void Main(string[] args) { string Str = ""; Stopwatch Sw = new Stopwatch(); Sw.Start(); for (int i = 0; i < 30000; i++) { Str = Str + "ABCDEFG"; } Sw.Stop(); double Sec1 = (double)Sw.ElapsedTicks / (double)Stopwatch.Frequency; Console.WriteLine("String連結3万回 :{0}秒", Sec1); StringBuilder stb = new StringBuilder(); Sw.Reset(); Sw.Start(); for (int i = 0; i < 30000; i++) { stb.Append("ABCDEFG"); } Sw.Stop(); double Sec2 = (double)Sw.ElapsedTicks / (double)Stopwatch.Frequency; Console.WriteLine("StringBulider3万回:{0}秒", Sec2); // 実行結果 // String連結3万回 :1.57325590253888秒 // StringBulider3万回:0.000421969408994146秒 }
DBの型を変更したらforeachでエラーがでるようになった
テーブルのとあるフィールドの型をintからfloatに変更したらforeachでエラーがでるようになった
using (DataContext db = new DBDataContext()) { // ストアドプロシージャ実行して値を取得 var n = db.GetData("2015-09-15"); foreach (var j in n) { Debug.WriteLine(j.id); } }
foreachの値変換で型が違うと怒られる。
色々アドバイスを頂きながら調べてみたところ、どうやらストアドプロシージャ名+Resultという型(今回だとGetDataResult)という型が自動実装されているらしく、そこの型が変わっていなかった模様。
手動でintからdoubleに変更したら問題なく動いた。
LINQ TO SQLクラス、DB側を変更した場合にどうやって同期させたらいいかがよくわかってない。これも要調査。
@fmty あ、ストアドの実行結果そのままじゃあかんはず。配列になっているのが間違いないならOfType(型)とかでその型のシーケンスに変換してやらないと。確かIDataRecordとかだったよーな
— ぽんこつロボ (@scrapbuild) 2015, 9月 15