SEALDs奥田さん､1年前の｢来年には安倍政権とかなくなってるから｣発言をこっそり削除 : じゃぱそく！
1: リキラリアット(岐阜県) 2016/08/04(木) 11:05:37.10 ID:vzfsHApS0 BE:723460949-PLT(13000) ポイント特典 オークダーキ @aki21st 1:19 - 2015年7月31日 あと。ついでに、もう一回言うけど、この政権を本当に止めるからね。 来年には安倍政権とかなくなってるから。 https://twitter.com/aki21st/status/626804251893694469 (削除済) 【おそらく参院選開票日の７月10日前後に削除した模様】 https://twitter.com/search?f=tweets&q=626804251893694469
amakanでKindle Unlimitedの上位100件を集めた - ✘╹◡╹✘
近年、Kindle Unlimited の日本上陸により、我々の進捗はますますダメになっている。理想状態において、無限に漫画を読み続けることができれば、人は進捗を完全に停止させることができる。しかしこの仮定は、如何にして読みたい作品を発見するかという問題に我々を導く。 Kindle Unlimitedで作品を探す方法として、masawadaの日記 では「刊行数が少ない出版社順にタブを開く」「星4以上の書籍に限定する」「あとはがんばって全部みる」という手法が紹介されている。id:masawada はこの課題について新たな試みを行ったが、多くの人間はがんばる気概を持ち合わせていない。 先月から開発を始めた amakan.net では、それぞれの作品ごとに、漫画やラノベのシリーズ判定、Kindle Unlimited対応判定、読みたい本・読んだ本の管理を行っている。そこで、このデータを利用して「
仕様や実装方針の相談をPullRequestで行う取り組み - $shibayu36->blog;
これまで少し大きめな機能であれば、コードを書く前にまず仕様や実装の方針をissueのdescriptionにまとめ、それを先にレビューしてもらってから実装にとりかかるということをしていた。最近、その方針をそもそもrepositoryのファイルとして書いて、PullRequestしてレビューしてもらうようにしたら便利だったのでご紹介。 なぜコードを書く前に仕様や実装の方針をレビューするのか 前提としてなぜコードを書く前に仕様や実装の方針をレビューして欲しいのかについて書いておく。これはとにかく手戻りの量を少なくしたいという要求のためである。 実装に取り掛かろうとすると、実装の方針はいくつか思いつくが、どれが一番よいか迷うことはよくある。その場合に誰にも相談せず自分だけで判断し、コードを書いてからPullRequestを送った場合、もしその選択に重大なミスがあった場合全て書きなおさないといけな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
8月27日放送『魔法つかいプリキュア！』第27話の先行カット到着 | アニメイトタイムズ
JASRAC新理事長が絵画やマンガなどの著作権管理に意欲 二次創作に打撃か - ライブドアニュース
