昨日増田に書いた底辺ネットライターの私です - 底辺ネットライターが思うこと
こんにちは。昨日この記事を書いた底辺ネットライターです。 megalodon.jp 元の記事は削除しました。こちらは魚拓です。 本当にお前があの増田を書いたのか？と言われたら、それを証明する方法なんて何もない。なんとなく、文体から私であるとわかってもらえたら嬉しい。 ーーーーーーーーーー ▼追記：私が本人である証拠に、上の増田に追記を書き込みました。この方法を教えてくれた人、ありがとう。 ーーーーーーーーーー なりすましだと思われるなら思われるでもいいとも思う。なりすましだって本人だって、自分の正体を隠して本音じみた物をブログに吐き出している人間だということには変わりない。 そしてもし、私のブログを読んで、何かを感じてもらえたのであれば、私は嬉しくて仕方がない。文章を書く人間にとって、「楽しい」であっても「悲しい」であっても、人も気持ちを動かせることが喜びなんだ。少なくとも、私にとってそれ
底辺ネットライターが思うこと
ここ数年で、誰でもやろうと思えば文字で稼げるようになった。ライターを名乗れるようになった。 私も最初はライターと名乗っていたが、最近では自分のことを「底辺ネットライター」と呼んでいる。 私よりもっともっと下の人はいる。会社から仕事をもらって他のライターの文章を見ることもあるのでそれは知っている。 お前よくこんな文章で金をもらおうと思ったな、ってやつもいる。 でも私はそんな連中とひとくくりで「底辺ネットライター」なんだ。クライアントからすれば。 最初のうちは文章を書くのが楽しくて仕方がなかった。 単価に見合わない時間がかかっても、記事を書くための知識を吸収する時間は楽しかった。 規定の文字数を大幅にオーバーしてしまってもそれを惜しいと思わなかった。 （雑誌のライターは違うんだろうけど、ネットライターは文字数をオーバーすればオーバーするほど喜ばれる） 今は違う。私は底辺ネットライターだけど、私
米軍、核兵器運用に今も8インチフロッピー使用
米首都ワシントン郊外の国防総省ビル（2015年4月23日撮影、資料写真）。(c)AFP/SAUL LOEB 【5月26日 AFP】米軍の核兵器運用部門が、いまだに1970年代に開発された8インチのフロッピーディスクを使用していることが、米政府監査院（GAO）が25日に発表した報告書で明らかになった。 報告書は、米政府機関の多くで既に時代遅れとなった「レガシーシステム」が使用されており、早急な新システムの導入が必要だと指摘している。 米国防総省では、大陸間弾道ミサイル、戦略爆撃機、空中給油・支援機などの核戦力の運用機能を調整する指揮統制系統で、1976年発売のコンピューター「IBMシリーズ/1（IBM Series/1）」や8インチフロッピーディスクが用いられているという。 国防総省報道官のバレリー・ヘンダーソン（Valerie Henderson）中佐はAFPの取材に対し、旧式システムを使
プレカリアートユニオン 非正規雇用でも若い世代の正社員でも組合を作って労働条件をよくしたい！
kumonoami プレカリアートユニオン 非正規雇用の駆け込み寺から砦へ 相談はTEL03-6276-1024 info@precariat-union.or.jp
ナチュラルキーとサロゲートキーについての議論
とあるブログエントリで「ナチュラルキーを主キーにしてはいけない」という主張を見かけたのでこれに反論しておく。これはリレーショナルモデル的には明らかに間違った考えだからだ。 リレーショナルモデルにあるのはナチュラルキーだけリレーショナルモデルには「サロゲートキー（代理キー）」という概念はない。まずこの点に注意して頂きたい。サロゲートキーとは、データベースアプリケーション開発において実用上必要とされる機能であって、本質的には不要のものである。リレーショナルモデルでは、いわゆるナチュラルキーというものがあれば機能的には十分だからだ。 そのためにはまず「キー」という概念が何を指し示すかということについて正しく理解しなければならない。リレーショナルモデルではキーと呼ばれるものは候補キーとスーパーキーという2つの概念だけである。「タプル（≒行）の値を一意に決定することができる属性（≒カラム）の集合」の
その選択、ちょっと待った！NoSQLデータベースへ乗り換える前に検討すべき3つのポイント
最近、どうも安易に「NoSQLにすれば厄介なDB設計から開放される」と考えている人が多いように思えて仕方がない。だが待って欲しい。本当にNoSQLと呼ばれるデータベースを使えばアプリケーションの開発・運用の苦しみから逃れられるのだろうか。もちろん「そんなことは無い！！絶対にだ！！」と私は考える。今日はその理由について語ろうと思う。 トランザクション先日、リレーショナルデータベースにおけるDB設計についてセミナーで解説したばかりだが、リレーショナルデータベースにおけるデータの整合性は何もDB設計だけが担保しているわけではない。リレーショナルモデルと同じかそれ以上に欠かせないのがトランザクションだ。 トランザクションがあるおかげで、トランザクション終了後のステータスは「成功」か「失敗」の2つしかないということが保証される。すなわちオール・オア・ナッシングだ。もしトランザクションの途中で何らかの
「工数一日」は「明日できる」じゃない！エンジニアと非エンジニアのギャップとは - paiza times
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャーといった非エンジニア職の方々は、エンジニアとコミュニケーションをとることに難しさを感じたり、考え方にギャップを感じたりしたことがある方もいらっしゃるかと思います。 「エンジニアとわかりあえない…」「エンジニアが何を考えてるのかわからない…」という方のために、エンジニアとのトラブルのもととなるやりとりや、気を付けるとよいことを考えていきますので、非エンジニアの方々の参考になればと思います。 ■「どれくらいでできる？」はその場で決められるものではない 非エンジニアとエンジニアのもめごとの原因で多いのが、スケジュールに関することです。 非エンジニア「この機能どれくらいでできる？」 エンジニア「一日でできます」 非エンジニア「じゃあ明日リリース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
メモリリークに関するウワサの今昔
http://post.simplie.jp/posts/34