同時アクセス数で『さくらサーバーとエックスサーバー』両方落としてみた
１日育児体験記事を『日本人の１０００人に１人』が読んでくれた事もあり、記事公開後に三十路男の悪あがきブログが全く表示出来ないという状況に陥りました。 記事を読みに来て下さった皆様、ご不便おかけしてすみませんでした。 副業ブログにとってアクセス数は正義。 ブログを表示出来る人を増やす為に、色々な対応を試みました。 最終的にはエックスサーバーに乗せ換え（月額費増加・・・）を選びましたが、色々な施策を打つ中で『アクセス数に応じたサーバーを選ぶ基準』が見えてきたので、今回はその辺りを記事にしていきたいと思います。 サーバー落とし祭り当日 育児系の記事は更新初日に200～300読まれたら多い方なので、さくらサーバーのブースト機能を使うという事すら頭にありませんでした。 更新からまもなく『三十路さんのサイト落ちてますよ！！』という連絡を戴きました。 ※この連絡が無ければ１００％気付いていませんでした、
BL老師と俺 -BLと暴力-
〜ここはBLを極めしBL老師（独身）が隠棲する人里離れたあばら小屋〜 俺「老師〜」 老「ほっほっほ、なんじゃな増田くん。また男性向けくされ美少女アニメを持ち前の牽強付会でBL作品としてオススメしに来てくれたのかな？ いいかげんうんざりじゃぞい」 俺「それですよ、それ。老師。最近、その……アレのことを考えると、むずむずして変な気持ちになっちゃうんです」 老「精通？」 俺「そんなんじゃなくて、ほら、日本のコメディドラマとかで黒人が無神経に『おもしろキャラ』扱いされてるのを見てると……その……なっちゃうじゃないですか」 老「ああ、なるほど。心配しなくていいのよ。それはね、おとなになったら誰にでも起こることなの。だから全然はずかしいことじゃないのよ」 俺「え……じゃあ、このバブみって……？」 老「政治的正しさ、いわゆるポリティカリー・コレクトネス強迫症ってやつじゃな」 俺「的……ゆる……ネス？」
OSS についてあれこれ
2019/01 JSUG勉強会の資料です。 この資料でDisっているのはJPAではなく、 ・何も考えずに「標準だから」というだけでJPAを選ぶ人 ・OSSに全くコントリビュートせずにフリーライドする人 です。
サーバーレスアーキテクチャという技術分野についての簡単な調査 - Qiita
BaaSの制約で実現しにくい要件があったときに、サーバーレスアーキテクチャという選択肢は魅力的に見えてくる。そこで今回は最も柔軟性が高いサーバーレスインフラストラクチャだと思われるAWS Lambdaを取り上げ、BaaSの代わりになりうるか検討する。 AWS LambdaのファンクションはJava 8で書ける。ということはGroovyでも書ける。ドメインクラスをJava/Groovyで書いてLambdaファンクションのなかで利用することができれば、サーバーレスアーキテクチャでも本格的なアプリケーションを開発できそうだ。 今後のアプリケーションインフラストラクチャ選択において、従来型のアプリケーションサーバーと、近年普及してきたBaaSに加え、サーバーレスインフラストラクチャという選択肢も増えるとすれば有意義だ。 非常駐型のデメリット 歴史的にはCGI/PHPのようなイベント駆動型のアプリケ
「名ばかり彼女、実質セフレだった」悲劇がアラサー女子に起きている - トイアンナのぐだぐだ
「酔ってうっかり関係を持ってしまった」という話、嘘みたいだがたまに聞く。寝ぼけた状態で「関係持っちゃったし、私たち付き合おっか？」と聞かれて「あ、、うん、そうだね。そういうことにしよっか」と言ったが最後、女性は「彼女」の地位を手に入れ、facebookのタグ付け、友人への紹介、親との顔合わせ……と怒濤の結婚ストリートを牽引し始める。「俺は結婚とかまだ考えたくないのに、彼女が怖い」と嘆く男性たち。 こんな書き方をするとまるで男性は美人局に遭った被害者のようだが、公平に物事を見るためにも女子サイドとの対話も再現してみた。 「彼と付き合って１年になるんだけど、共通の友人に付き合ってることを言ってくれないのね」 「恥ずかしいってこと？電撃婚希望なのかな」 「それに、私に隠れて合コンしたり、女子と２人きりでご飯もしてるのね」 「（彼氏が合コン行くことはオッケーな彼女も結構いるし）判断に困るね」 「あ
開発スピードをあげるには - パルカワ2
「開発スピードをあげろ！」と言われる事は多々ある。 実際にチームの開発スピードが遅かったとしたら、それは開発チームがなにかしらの問題を抱えている事になる。それに対して、偉い人達は「とりあえず開発者を増やせばスピードがあがるはず！」と人を追加する。しかし、根本的な問題は解決していないので、大きくスピードは上がらない、もしくは逆に遅くなってしまう事がある。 開発にかかる時間をざっくり分解すると「仕様決め」「コードを書く」「検証」の3つに分ける事が出来る。つまり「仕様決め」「検証」を効率良く進めて「コードを書く」時間を増やす。また「コードを書く」事自体を効率良く進める事が、開発スピードを上げる事だと考えられる。なので、3つのフェーズの問題点とそれらの解決方法を考える必要がある。 例えば、「仕様決め」の問題点は 仕様が決まらず、MTGの時間が長い 仕様を決める人がいない 誰かに確認する事が多い 開
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
数学からデザインのインスピレーションを得よう！数学の美しさを楽しめるGIFアニメーションのまとめ
IT業界・エンジニアの転職ならTech Stars Agent