何故あなたのチームのwebプログラマは不具合を起こすのか - フロイドの狂気日記
なんでテストフェーズに入ると不具合を起こしまくるのか。ここでスムーズに行けば納期に間に合うのにどうして大量の修正に時間をとられるのか。そんな風に思うプロジェクトマネージャーは多いはずだ。僕はPMでないが今すごく思っている。なんせ自分の作った機能ではないところの不具合をまんべんなく割り振られているからだ。そのおかげで対応不具合数のカウントだけ積み上がり、僕がバグを出しまくっているみたいに見える。僕が出したバグに対応するのはいいが、他人の不具合まで回されたんじゃ困る。 思うにプログラマというのは川で言うところの最下流に位置するので、川上から工場排水やゴミが流れてくると、一番汚染されるのが下流域である。そのためプログラマが不具合を出しまくるのは、プロジェクトの失敗の全てがそこにつまっている証拠だ。10年もエンジニアをして、少なくとも日本のIT環境で決定的にできていないものが見えてきた。 おおむね
漫画家が第一話を全部ツイートして宣伝したら売上が上がった話｜森もり子
（注意）この記事の最後に自分の作品の宣伝をします。こんにちは。森です。漫画家・漫画原作者をしてます。 さて、記事タイトルでもパロディしておりますが、最近Twitter上でよく見かける「〇〇が××する話」と内容が分かりやすいタイトルをつけて漫画の第一話を全部載せて、最後に本の宣伝をするツイートについての話です。 最近、この形式でバズっているツイートを見かけた方も多いかと思います。 自分も先月末、発売中の漫画の冒頭部分を連投ツイートし、途中にAmazonのリンクを貼って宣伝しました。 結果、このツイートによって認知してくれる読者の方が増え、売上が上がり、宣伝としてかなり効果的でした。 （ここでいう売上が上がったというのはAmazonのKindleマンガランキングがかなり上位に入ったことを指しています。細かいことは後述。） ということで、そこらへんのことをnoteに書いておけば多少なりとも誰かし
トークンを利用した認証・認可 API を実装するとき Authorization: Bearer ヘッダを使っていいのか調べた - Qiita
トークンを利用した認証・認可 API を実装するとき Authorization: Bearer ヘッダを使っていいのか調べたAPIOAuthWeb TL;DR HTTP でトークンを利用した認証・認可をする手法として RFC 6750 がある OAuth に限らず、トークンを利用して認証・認可する機構の一部として Authorization: Bearer ヘッダを使うことができる 使い方について詳しくはこの記事の下のほうに書いた 要求 トークンを利用した認証・認可機構を持つ API を作りたい クライアントがトークンを HTTP リクエストに含めて送信し、サーバはトークンを検証してリソースへのアクセスを許可したい Authorization: Bearer トークン ヘッダでトークンを送る API あるよね、ああいうやつ 疑問 Authorization: Bearer ヘッダは OA
「いきなり！ステーキ」運営会社 米事業不振で赤字に | NHKニュース
ステーキチェーン「いきなり！ステーキ」を運営するペッパーフードサービスは、新たに進出したアメリカでの事業が振るわず多額の損失を計上したことから、去年の決算が赤字に転落しました。 しかし、現地の外食チェーンなどとの競争が厳しく、客足が伸びないことから、７店舗を閉鎖することを決めました。これに伴って、去年12月期のグループ全体の決算で、合わせて62億円余りを損失として計上した結果、最終的な損益が１億2000万円余りの赤字となりました。 ペッパーフードサービスの決算が最終赤字となるのは８年ぶりです。 会社では、残る店舗の一部をより低価格帯の店に転換するなどして、アメリカでの事業を続けることにしています。一方、国内での事業は堅調だとして、ことしの決算では最終的な利益がおよそ35億円の黒字に回復すると見込んでいます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
