タグ

2017年8月15日のブックマーク (9件)

  • なぜ、日本では雑用係を「マネージャー」と呼ぶのか? (VICTORY) - Yahoo!ニュース

    ベストセラー「もしドラ」が流行ってから随分経ち、「マネジメント」という概念も以前に比べると浸透するようになりました。しかしながら、スポーツ界とりわけ学生スポーツにおけるマネージャーの役割は、「マネジメント」のそれとはかけ離れているように思います。どうしてこの乖離は生まれたのでしょうか? 帝京大学経済学部准教授であり、VICTORYプロクリックス大山高氏(スポーツ科学博士)に解説を依頼しました。(文:大山高) 日教育を受け、いわゆる「部活」を通じてスポーツをやっていると横文字の役職について疑問に思うことは少ないだろう。著者も14歳のときにラグビー王国ニュージーランドへ移住するまで、あまり疑問に思わなかった。 現地校に入ったとき、最初にわからなかったことが「監督って英語で何て言うの?」という疑問。ニュージーランドでは、ヘッドコーチを監督と訳す。当時、体育の担当教員を「サッカー部のヘッドコ

    higed
    higed 2017/08/15
  • 技術的負債:予防と返済のプラクティス - 下町柚子黄昏記 by @yuzutas0

    概要 技術的負債をいかに予防し、いかに返済し続けるか。自分なりの考えの整理です。 「原理原則をプラクティスとして運用する」という観点にフォーカスしています。 技術的負債の返済プランを過剰に計画・管理するのは末転倒。どのみち100点は取れない。 普段から「触るついでに綺麗にする」を習慣にして、ヤバいやつは即対応して、機能追加時には事前に細かく読んで見積もって。そこから。 という話をした。— ゆずたそ (@yuzutas0) 2017年7月21日 上記をいかに仕組みとして担保するかという点をまとめます。 もくじ 概要 もくじ 技術的負債とは何か リードタイムや品質に悪影響を与える 3つの特徴がある 1. ビジネス効果の見立て・計測が難しい 2. 新しい課題が常に発生し続ける 3. 時間経過と共に修正が困難になる 技術的負債をいかに予防するか スクラムセレモニー 静的解析 自動テスト 内部品

    技術的負債:予防と返済のプラクティス - 下町柚子黄昏記 by @yuzutas0
    higed
    higed 2017/08/15
  • システム移行メンテナンスにおける一部時間帯に更新されたデータが消失した原因のご報告 - Mackerel お知らせ #mackerelio

    Webオペレーションエンジニアの id:y_uuki です。 2017年8月7日に、メンテナンスの完了報告及びデータ消失とカスタムダッシュボード、式監視の不具合に関するお詫びにてお知らせしたメンテナンス作業時間中のデータ消失について、エントリにて技術的な観点から原因の詳細をお伝えいたします。 概要 2017年8月7日(日時間)に、オンプレミスデータセンターからAWSへ、Mackerelをシステム移行するためのメンテナンスを実施しました。 メンテナンス開始時間である14:30以降のデータ同期に失敗していたPostgreSQLデータベースサーバへの意図しないフェイルオーバーが、メンテナンス作業途中の15:30に発生した結果、14:30から15:30の間に更新されたデータを消失しました。 移行作業後のアプリケーションの動作確認中に、特定時間帯のデータを消失していることを発見し、データの復旧を

    システム移行メンテナンスにおける一部時間帯に更新されたデータが消失した原因のご報告 - Mackerel お知らせ #mackerelio
  • 一般の話: 転職します - type t (* void *)

    実は8月の頭が最終出社日で、8月で今の会社を退社します。 今週から東京に引っ越しています。 東京の北の方に御用の際はぜひお立ち寄りください。 今の会社では開発環境整備とか、製品の開発を行っていました。 色々苦労してcvsからgitにした話は名古屋のLTで話した感じです。 色々あって山奥もきつくなってきたのと、誘われた話が面白そうだったので転職することにしました。 次は9月からidein.jpにジョインします。 今いる人達はすごいエンジニアばかりですが、 コンパイラマンとしていい仕事が出来るように頑張ります。

    一般の話: 転職します - type t (* void *)
    higed
    higed 2017/08/15
  • サイボウズ・ラボを退職しました(ご挨拶) - 竹迫の近況報告

    2015年8月末をもって竹迫はサイボウズ・ラボ株式会社を退職いたしました。勤続年数は長く9年10ヶ月でした。 在職中は様々な活動を通して多くの皆様よりご指導ご鞭撻をいただきまして誠にありがとうございました。 まだまだ未熟だった私もサイボウズの中では多くのことを学びまして、自分自身も人間として大きく成長することができました。 サイボウズ・ラボの設立背景(10年前) 思い起こせば、私がサイボウズ・ラボに入社したのは2005年11月で、当時はまだラボを設立したばかりの立ち上げ期の頃でした。 リージャス赤坂のレンタルオフィスの一室を借りて、畑さん、akkyさん、kazuhoさんと4人で机を並べて、仕事を開始したのは良い思い出です。 それまでのサイボウズは関西人のノリでダジャレのキャンペーンをよく実施していたためか、どちらかというと宣伝やマーケティングにうまい会社と思われており、なかなか技術の会社と

    サイボウズ・ラボを退職しました(ご挨拶) - 竹迫の近況報告
  • 【2017年5月版】エンジニアにとっての魅力的な企業ランキング「Findy Tech企業トップ100+」の発表 - Findyブログ

    「Findy Tech企業トップ100+」その他の企業の紹介 また、今月から求人票の個数は少ないものの、1つ1つの求人票の質が高く、求職者にとって同様に魅力的と言える企業を以下のとおりご紹介します。 弁護士ドットコム株式会社 株式会社スタートアウツ 株式会社Fablic GMOメディア株式会社 Fringe81株式会社 サイボウズスタートアップス株式会社 株式会社フェイス 株式会社マイネット 株式会社wizpra(ウィズプラ) 株式会社じげん 株式会社リクルート住まいカンパニー ChatWork株式会社 アライドアーキテクツ株式会社 株式会社キュア・アップ 株式会社ショーケース・ティービー ナイル株式会社 株式会社ステイト・オブ・マインド 株式会社IIJイノベーションインスティテュート 株式会社SHIFT 株式会社グルーヴノーツ 「Findy Tech企業トップ100+」(5月版)の特徴

    【2017年5月版】エンジニアにとっての魅力的な企業ランキング「Findy Tech企業トップ100+」の発表 - Findyブログ
  • 1ヶ月で70社まわって分かったエンジニア採用に真剣な会社の特徴 - Findyブログ

    Findyをリリース後、エンジニア転職プラットフォームをうたっている以上、やはり使っていただけるとエンジニアの皆様と企業の皆様があってこそです。というわけで、営業リアル未経験の代表山田( @yuichiro826 )が企業をまわってきた分かったことのご共有です。 ぜひ、会社選びの参考にしてみてください。 なお、前提として以下の記事のとおり、日中のIT/Web/IoT企業1,500社以上の「求人票」を解析した上でそのトップ100社を中心にまわってきた上で分かったことです。100社中70社くらいはお伺いしました。

    1ヶ月で70社まわって分かったエンジニア採用に真剣な会社の特徴 - Findyブログ
  • 自前でcloud foundryを構築してgooのビッグサービスをカットオーバーした話

    1. Copyright:(C) 2017 NTT Resonant Inc. All Rights Reserved. 自前でCloudFoundryを構築してgooの ビッグサービスをカットオーバーした話 NTTレゾナント株式会社 ビジネスプラットフォーム事業部 サービス基盤部門 2017/8/10 2. Copyright:(C) 2013 NTT Resonant Inc. All Rights Reserved.Copyright:(C) 2013 NTT Resonant Inc. All Rights Reserved.Copyright:(C) 2017 NTT Resonant Inc. All Rights Reserved. アジェンダ 1. CloudFoundryについて 2. CloudFoundryに既存サービスを載せ替えた 3. CloudFoundryの監

    自前でcloud foundryを構築してgooのビッグサービスをカットオーバーした話
  • ファイルシステムよりも35%高速に | POSTD

    1. 概要 SQLiteを使うと小さなBLOB(例:サムネイル画像など)を読み書きする場合、fread()やfwrite()を使って個別のファイル上に記録されたBLOBを読み書きするよりも35%も速く (*1) 読み書きができます。 さらに、10キロバイトのBLOBを扱うようなSQLiteデータベースを考えた場合、個別のファイルにそれぞれのBLOBを格納する場合に比べてディスク領域を約20%も節約可能です。 このようなパフォーマンスの差が生じる理由は、(私たちの考えでは)SQLiteデータベースの場合、open()やclose()システムコールが呼び出されるのが1回だけなのに対して、個別のファイルに格納されているBLOBを使用する場合は、open()やclose()がBLOBの数だけ呼び出されるためだと思われます。どうやらopen()とclose()を呼び出すオーバーヘッドは、データベース

    ファイルシステムよりも35%高速に | POSTD