アメリカの学校で「もっと適当なお弁当を」と言われたワケは? 凝ったオカズに賛否両論「ほんとその通り」「好きで作っている人も」
アメリカの学校で「もっと適当なお弁当を」と言われたワケは? 凝ったオカズに賛否両論「ほんとその通り」「好きで作っている人も」
インフラストラクチャー部の青木峰郎です。 最近はDWH運用の傍ら、所属とまったく関係のないサービス開発のためのデザインスプリントをしつつ、 Java 10でgRPCサーバーを書きつつ、 リアクティブプログラミングを使った非同期オーケストレーション層を勢いだけで導入したりしています。 ですが今日はそれとはあまり関係なく、クックパッドの中核サービスであるレシピサービスの アーキテクチャ改善プロジェクト、「お台場プロジェクト」の戦略について話します。 これまで、お台場プロジェクトで行った施策について対外的に発表したことはあっても、 全体戦略について話したことはありませんでした。 その一番の理由は、正直に言って、プロジェクトオーナーであるわたしにもプロジェクト全体の姿が見えていなかったからです。 しかし現在プロジェクト開始から1年半が経過してようやく全貌が見えてきたので、すべてをお話ししようと思い
ktgohan @ktgohan 自称元インフラエンジニア。またはデータセンターの備品。時々セキュリティ屋。使用後は元の位置にお戻しください。 ※ツイート等は個人の目的で行っており所属組織の見解等を何ら示しません ktgohan.com ktgohan @ktgohan NTTで思い出したんですけれど、先日フレッツ光を1本引いたんです。仕事の関係で。ぶっちゃけデータセンターに。引いた目的は NGN IPv6 網の折返し通信使ってL2延伸したくて。で、その契約手続きのときに『フレッツ・ウィルスクリア(中身はウィルスバスター)はいかがですか?』と聞かれたんですよ。 2018-11-30 12:51:53 ktgohan @ktgohan いるわけがないので「いりません。契約する意思はありません」と答えたんです。ただこのあと商品案内をすることがあると伝えられたこと、手続きフローに必ず入っていると
日本取引所グループ傘下の東京証券取引所は2018年10月23日、9日に株式売買システム「arrowhead」で起こったシステム障害のより詳しい原因や再発防止策などを公表した。合わせて東証の宮原幸一郎社長に月額報酬の10%を1カ月間減額するなどの経営幹部の処分も発表した。
少し前のことになりますが、正社員転職サービス「ジョブセンスリンク」を構成するPHPアプリケーション群のPHPバージョンアップ対応と、それに合わせてレガシーコードの大幅な整理を行いました。 「PHPのバージョンあげて、リファクタリングしたんだ」と一言で言えば簡単ですが、日々のサービス改善を滞らせず、システムのリニューアルを同時に進めていくのは多大な労力を要しました。 今回はその仕事を主に担当した、キャリア事業部技術基盤チーム*1の海野がお届けします。お手柔らかにどうぞ。 ミッション PHPのバージョン問題。レガシーコードの山積。システムが歳を重ねるにつれ、必ず直面する大きな問題です。 システムは、初めてリリースされた数年前の数倍の規模になっているでしょう。 売上を支えるシステムを維持し、事業を加速させる施策を阻むこと無く、システムのリニューアルを進める。これが今回のミッションとなりました。
はじめに 僕の妻は兵庫県西脇市で「Coupé Baguette(クープ バゲット)」という小さなパン屋さんを営んでいます。 その関係で、先日国税庁から消費税の軽減税率制度に関するお知らせが届きました。 「軽減税率制度?あ〜、なんかそんな話もあったような」と思いながら資料を読んでみたところ、「げげっ、軽減税率制度ってこんな面倒な仕組みになってたの!?」とビックリしました。 というわけで、このエントリでは軽減税率制度の概要(と、ITエンジニアが困りそうなポイント)をざっくりとまとめてみます。 おことわり 僕自身は税理士のような税金の専門家ではないため、100%正しく理解しているとは限りません。 エントリ内に怪しい内容があればコメント欄等でご指摘いただけると助かります。 国税庁の資料から抜粋した、軽減税率制度の主なポイント 我が家にも届いた「よくわかる消費税軽減税率制度(平成30年7月)」(PD
成長し続けるサービスや組織に会計システムをどう合わせる? メルカリが出した「Accounting Products」という答え こんにちは、Corporate Solutions Engineeringグループ(以下CSE)で Product Managerをしている津田です。 僕が所属するCSEグループでは「組織づくりの課題を技術で解決する」というミッションのもと、以下の3つのチームに分かれてそれぞれの業務を進めています。 People Products・・・組織や人事評価関連のプロダクトを開発する Communication & Knowledge Products・・・社内の知識や情報の流通を促進する PR & Branding・・・コーポレートサイトなど、会社が運営するWebサイトを開発する 先日、その中で新たに「Accounting Products」というチームが誕生しました!
ElasticsearchとKuromojiを使った形態素解析とN-Gramによる検索の適合率と再現率の向上:Elasticsearch+Hadoopベースの大規模検索基盤大解剖(2)(1/3 ページ) リクルートの事例を基に、大規模BtoCサービスに求められる検索基盤はどう構築されるものなのか、どんな技術が採用されているのか、運用はどうなっているのかなどについて解説する連載。今回は、テンプレートを利用したインデックス生成など、検索結果の品質を向上させるためのさまざまな取り組みを紹介する。 連載目次 リクルートの全社検索基盤「Qass」の事例を基に、大規模BtoCサービスに求められる検索基盤はどう構築されるものなのか、どんな技術が採用されているのか、運用はどうなっているのかなどについて解説する本連載。初回の前回「リクルート全社検索基盤のアーキテクチャ、採用技術、開発体制はどうなっているのか
顔認証技術を使って笑顔かどうかを測定する機能を設けた出退勤管理システムを、業務用ソフト制作のイー・カムトゥルー(札幌)が開発した。従業員の出勤時間登録に顔認証を使い、一定のレベルを上回る「笑顔度」であるとシステムが判断すると、出勤登録できるようにする。担担麺専門店を展開する175(いちななご)=札幌=が導入を決定。笑顔の接客を心がける飲食店での普及を目指す。(宇野沢晋一郎) 【動画】オシドリ引っ越し ヒナよちよち 北大構内 新しい出退勤管理システムを搭載したタブレット端末の画面に自分のIDを打ち込むと、端末のカメラが作動し、顔写真を撮影。ID登録している人物と同一かどうかを確認するとともに、口角が上がっているかなどの表情の要素から、笑顔かどうかを判定する機能を持たせた。 「笑顔度」は数値で表示され、値が低いと「笑顔度が規定値より不足しています」との表示が出て、出勤の登録ができない。再びカメ
先日、ぶらっとTwitterを眺めていたらこんなつぶやきを見つけました。 システムで絶対にバグを出すな。一件でもバグ出したら料金は払わないみたいなのは、学校のテストで絶対に100点を取らせろ。100点じゃなかったら授業料は返還してもらうと言っているのと同じようなもので無茶苦茶な主張だからやめてほしい。 — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) 2018年1月26日 うん、まあ言いたいことは分かる。なんでも、100%を目指そうとすると、非常にコストが係るので、多少は目をつぶってぇなと言いたくなるのはまれによくある。でも、お仕事としてやっている以上、お客様が100点を要求するのは当然だし、コストの制約があろうとも100点は目指すべきなんだろうと思う。 でもさ、『それで100点を要求するのは無理じゃね?』ってことが、この業界は余りにも多い気がするんだよね。 仕事
みずほフィナンシャルグループ(FG)が開発中の次期システムが今夏に完成する見通しとなったことが2日、分かった。第一勧業、富士、日本興業の3銀行が2000年に経営統合して発足したみずほグループのシステムは、2度の大規模障害を経て、初めて統一される。運用開始は来年度以降になるとみられる。 次期システムの開発は、02年と11年に大規模なシステム障害を起こし、11年は当時の銀行トップが引責辞任する事態に発展した、みずほグループにとって最大の経営課題だ。だが、2度にわたる開発の延期で当初の想定以上の資金と人員を投入しており、収益を圧迫していた。
朝も早くから目が覚めたので、出社前に愚痴っとく。 当方のスペックは ・30代、化学系メーカに勤務。 ・大学での専攻は情報系ではない。パソコンは趣味でいじってきた。 1. SIerへの思い ・毎回、見積もりの度に「何人月ですか?」と聞くが、聞いてる私だって無意味な質問だと思ってるよ。 すまん、私の説明が悪すぎるのか、こっちの決裁権者は上から下まで人月でしか理解できないんだよ。 妥当かどうかはわからんけど、例えばソースの行数単価とか、プログラムの容量単価とかで説明したこともある。「訳がわからないから、やっぱり人月で表現してくれ」と言われたがな。 ・要求する機能に対して短い納期を設定しているが、「なんとかします」って言ってくれてありがとう。無理をねじ込んでごめん。 私にはお金関係を決裁する権限もなければ給料も安いから、ありがとう、ごめんと言うしかできない。 ・毎年「保守費、下がりませんか?」とお
ニコニコ動画/ニコニコ生放送を支えるシステム Dwango Media Cluster (DMC)。 DMC とその周辺システムは主に Erlang/Elixir で開発されています。 今回はその設計・開発・運用や Erlang/Elixir の強みと、一方で実際に大規模運用する中で遭遇した想定外のヒヤリハットをお話します。。
趣味でアルゴリズム取引のシステムを開発・運用してみたことで得られた知見について、社内のテーマ自由な勉強会で発表しました。
こんにちは、らくからちゃです。 先日、こんな記事を読みました。 いやあ、色々と大変そうですね・・・。 こういったシステム開発をしていて、お客様によく言われるのは『え、こんなちょっとしたことなのにそんなに係るの!?』ということ。 うーん、お客さんが言っているのは確かにちょっとしたことなんですよね。でも、ちょっとしたことだとしても、それを会社としてしようとするとなんやかんやで色々とお金がかかってしまうのです。 会社によって考え方は違うかもしれませんが、システム開発に必要なおかねは、 作業時間✕人件費+経費+営業費+利益 です。個人が趣味でやるのであればとにかく、色んな費用が発生するんですね。今日はそのへんの話を、愚痴も兼ねて書いてみたいと思います。 作業時間 まずはシステム開発にかかる作業時間。システム屋の間では『工数』なんていったりしますが、プログラムを作るといっても、かかる時間はプログラム
バッチ処理というのはそれ単体で勉強しようとするとなかなか何を勉強したらいいのかわからないことが多い。 特に経験がWeb系ばっかりだと、いざバッチ処理を実装しようとした時に基本的なノウハウを知らないままに書いてしまうことが多い。 バッチ処理というのは実態を整理すると「何らかのトリガーを期に起動し、データをロード・加工・変換・集計してから、出力する」という事になる。 まぁ、INがあって処理してOUTがあるという点では関数だと考えてもいいだろう。 システムの利用者(人に限らない)のアクションとは直接関係ない処理であったり、利用者のアクションをトリガーとしていても、即時にレスポンスがいらないor返せない場合に バッチ処理を選択する事が多い。 実現方式はシェルスクリプト、LL言語、実行可能バイナリだったりするし、デーモンとして立ち上げる場合もある。 利用者の操作に対して対話的・同期的な処理はオンライ
現在オンラインゲームのバックエンド、KPIシステムを担当していますマサヨシです。 今回のブログでは【DMMオンラインゲームで実際に実装しているログとKPI】に関して3回にわたってご紹介致します。 DMMオンラインゲームでは、これまではオンラインゲームのプロジェクトごとに行っていたログの収集方法を統一し、プロジェクトに依存しない基本KPI機能とゲーム独自のKPI機能を実装するためのフレームワークを開発しましたのでその事例をもとにご紹介します。 ログ収集、解析の概要 まず、オンラインゲームのログ収集の全体像をご紹介します。 オンラインゲームのログ収集ではApacheやnginx、PHPのログをfluentdで収集しています。 fluentdに集めたログをHadoopの分散処理システムに保存し、HiveやImpalaで解析をする流れになっています。 ご存知の方も多いと思いますが、HiveとはHD
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く