埼玉県がダサい歴史的必然性を考察する
埼玉県はダサい。 都道府県魅力度ランキングで、毎度ワースト争いをするのも致し方ないといえる程度にはダサい。 埼玉県に生まれ育った自分が言うんだから、間違いない。 そもそも、律令国の時代には「武蔵国」として、埼玉県は東京都と一体だったのだ。 で、武蔵国から東京を分離した「あまりの部分」が現在の埼玉県なのだから、これがダサくなくてなんであろう。 （余談ながら、ことあるごとに埼玉はおろか、東京すらも下に見る、あの鼻持ちならない「横浜」という地域の大半も、 かつては「武蔵国」であって、そういう意味では、横浜と埼玉は兄弟であって、ペリーの来航による開港がなければ、 せいぜい千葉と同程度の存在だったはずである）。 日本の各地に行くと、県庁所在地がもとは城下町であって、 かつての城跡あたりに県庁やら市役所やらNHKやらが集まっている地域が多い。 そこには、それぞれに領主がいて、城下を繁栄させ独自の文化や
HTTPステータスコードを適切に選ぶためのフローチャート : 難しく考えるのをやめよう | POSTD
HTTPステータスコードを返すというのはとても単純なことです。ページがレンダリングできた？よし、それなら 200 を返しましょう。ページが存在しない？それなら 404 です。他のページにユーザをリダイレクトしたい？ 302 、あるいは 301 かもしれません。 I like to imagine that HTTP status codes are like CB 10 codes. "Breaker breaker, this is White Chocolate Thunder. We've got a 200 OK here." — Aaron Patterson (@tenderlove) 2015, 10月 7 訳：HTTPのステータスコードのことは、市民ラジオの10コードみたいなものだと考えるのが好きです。「ブレーカー、ブレーカー、こちらホワイト・チョコレート・サンダー。200
Web系の自分が想像と障害で学んだバッチ処理・設計の基本 - コンポツさん
バッチ処理というのはそれ単体で勉強しようとするとなかなか何を勉強したらいいのかわからないことが多い。 特に経験がWeb系ばっかりだと、いざバッチ処理を実装しようとした時に基本的なノウハウを知らないままに書いてしまうことが多い。 バッチ処理というのは実態を整理すると「何らかのトリガーを期に起動し、データをロード・加工・変換・集計してから、出力する」という事になる。 まぁ、INがあって処理してOUTがあるという点では関数だと考えてもいいだろう。 システムの利用者(人に限らない)のアクションとは直接関係ない処理であったり、利用者のアクションをトリガーとしていても、即時にレスポンスがいらないor返せない場合に バッチ処理を選択する事が多い。 実現方式はシェルスクリプト、LL言語、実行可能バイナリだったりするし、デーモンとして立ち上げる場合もある。 利用者の操作に対して対話的・同期的な処理はオンライ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
