Bellbiz(ベルビズ)|ベルシステム24のコールセンター求人情報|アルバイトの求人情報満載！ベルシステム24のコールセンター求人情報【Bellbiz(ベルビズ)】コールセンター、テレアポ、sv業務、事務など。札幌、福岡、大阪、広島、名古屋、東京、全国各地であなたにピッタリのお仕事を見つけよう！
迷い彷徨った先で見つけた自分の進むべき道〜キャリアキーノート2017〜 - Orangebomb
僕が務めるGMOペパボの同僚、@hfmが産んだ「キャリアキーノート」という取り組みがあります。キャリアキーノートとは、 先輩の個人史 (キャリア) を紐解いてもらう中で、その根底に一貫して流れる基本的な考え方 (キーノート) を学ぶ場 というものです。要するに「これまで自分が歩んで来た道のりの過程で生成された自分の根幹部分を、他者に共有する “資料” およびその “発表の場” 」だと僕は認識しています。詳しくは@hfmの記事 キャリアキーノートとはなにか をご覧ください。 今年の春、会社に新卒の７期生たちが入社しました。その後の新卒研修の中で、各職種から１名ずつ発表する方式のキャリアキーノートのパートがあり、僕がデザイナー枠として参加できることになりました。今回はそこで発表した内容を掲載します。なんやかんやで公開し損ねてました。僕が学校を卒業し、就職し、そして今に至るまでどんな道を歩み何を
GitHub と AWS CodeBuild を連携させるサーバーレスなツールを作りました [紹介編] | ORIH
GitHub と AWS CodeBuild を連携させるサーバーレスなツールを作りました [紹介編] 夏休みをゲットしたのでサーバーレスなツールを作ってみました. 前々から気になっていた AWS CodeBuild をさわってみて、不足してるなと感じた部分を補完するツールです. TL;DR toricls/github-codebuild-integration | GitHub どんなものを作ったか こんなものです. 説明はいいからとりあえず使ってみたいんだけど、という方は下の方までスクロールしてもらって「とりあえず使ってみたい」セクションをご覧ください. 図の左下からフローが流れ、 GitHub リポジトリへの Push/Pull-Request を Webhook で SNS が受け取る CodeBuild のビルドジョブを実行する ジョブの完了を待つ ビルド結果を GitHub
［続報］OCNの通信障害、米グーグルによる誤った経路情報の大量送信が原因か
2017年8月25日、NTTコミュニケーションズ（NTTコム）のインターネット接続サービス「OCN」で発生した通信障害に関して、インターネット通信関連の識者は誤った経路情報が大量に流れたことが原因ではないかとの見方を示した。ここでいう経路情報はルーターがBGP（Border Gateway Protocol）というプロトコルを使って交換するものだ。 日本ネットワークインフォメーションセンター（JPNIC）の岡田雅之氏は、NTTコムは複数の組織と対等な関係でネットワークの経路情報をやり取りしているが（これを「ピアリング」という）、そのうちのある組織が誤った経路情報を大量に流したのではないかと話す。その結果、「NTTコムを介してインターネットに接続していた企業のルーターが、大量の経路情報を受け取り高い負荷がかかり、一部はフリーズしたような状態に陥るなどして通信障害につながったのではないか」（岡
Announcement: ELB stickiness updates to support Feb 2020 Chromium CORs changes
You have been redirected here because the page you are trying to access has been archived. AWS re:Post is a cloud knowledge service launched at re:Invent 2021. We've migrated selected questions and answers from Forums to AWS re:Post. The thread you are trying to access has outdated guidance, hence we have archived it. If you would like up-to-date guidance, then share your question via AWS re:Post.
追われる開発と追う開発 - 邪道（旧）
2つの開発現場を見てみましょう。 ※この物語はフィクションです 開発現場A ビジネスチームが一生懸命アイデアを出して、それを開発チームに依頼する。依頼を受けた開発チームは、要件を確認しながら開発計画を立て、数ヶ月にリリースをするスケジュールを組んで、開発を開始した。 ビジネスチームは、開発期間の間にいろんなことを想像し始める。 競合サービスを研究していると不安になり、「あれがないとダメ！」「これもないとダメ！」という気になって、最初の想定よりもプロダクトはどんどん太っていく。 こういう状況で追加されていく要望は当然ながら検証されていない想像＝妄想なので、実際にリリースしててもユーザーに使われるかどうかはわからない。 * なぜあなたのチームの プロダクトは太ってしまうのか #postudy // Speaker Deckより 当然ながら開発チームは当初想定していたよりもやることがどんどん増え
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
