タグ

2016年12月25日のブックマーク (6件)

  • エンジニアのキャリアパスとしての人事部長

    エンジニアのキャリアパスとしての人事部長 Dec 25, 2016 自己紹介ポエム この記事はドワンゴ Advent Calendar 2016の最終日のエントリです。前日の記事は、kwappa によるドワンゴの「技術コミュニケーション室」(技コミ) #とはでした。 エンジニアが人事部長に就任するまで タイトルを見て「お前は何をいっているんだ」と思われた方もいるかもしれません。しかしこれが実際、今年僕の身に起きた出来事でした。 2009年9月にドワンゴに入社して以来、7年間に渡ってエンジニアとして働いてきました。中でも2013年からの4年間は、特定のサービスやプロダクトの開発に携わるのではなく、上記 kwappa のエントリにあるように「技術コミュニケーション室」の室長として、400人以上いるエンジニア全体の生産性を向上させるというミッションのために働いてきました。 ドワンゴという会社は、

    エンジニアのキャリアパスとしての人事部長
  • いまさら聞けないLinuxとメモリの基礎&vmstatの詳しい使い方 - Qiita

    さくらインターネット Advent Calendar最終日は、硬派にLinuxのメモリに関する基礎知識についてみてみたいと思います。 最近はサーバーを意識せずプログラミングできるようになり、メモリの空き容量について意識することも少なくなりましたが、いざ低レイヤーに触れなければいけないシチュエーションになった際に、OSを目の前に呆然とする人が多いようです。 基的にLinux のパフォーマンスについて、メモリをたくさんつめばいいとか、スワップさせないほうが良い とか、このあたりは良く知られたことだと思います。 ただ、なんとなく ps コマンドや free コマンド などの結果を見るだけでなく、もう少しメモリのことについて掘り下げてみてみたいと思います。 メモリとキャッシュ Linux におけるメモリの状態を大きく分けると「使用中のメモリ」「キャッシュ」「空きメモリ」「スワップ」の 4 つに分

    いまさら聞けないLinuxとメモリの基礎&vmstatの詳しい使い方 - Qiita
  • ほころびていくコミュニティとなかなかできない世代交代、そしてさよならアドベントカレンダー - Qiita

    追記: 以下の文章に対して佐藤広生先生が自らの体験に即した意見を述べておられます。ぜひ一読をお勧めします。 昨年2015年にjp.freebsd.orgドメインの終焉に伴い地域技術コミュニティの役割というポエムを書いた。今年のはその続編である。こんなポエムを書くのも今年で最後にしたい。 51歳を越えたオッサンがPort maintainerをやる状況 今年2016年は初めてFreeBSDのPort maintainerになった。devel/git-lfsとjapanese/dbskkd-cdbの2つについてである。どちらも自分の仕事に必要だったが、前のmaintainerが作業をしないままか、あるいは他の事情でmaintainer不在の状態になったか、という事情からである1。 Port maintainerをやること自身には異存はない。日にもTeXLiveのPortsを仕切っておられる佐

    ほころびていくコミュニティとなかなかできない世代交代、そしてさよならアドベントカレンダー - Qiita
  • 「広告会社はNAVERまとめへの広告配信を停止してください」 NAVERまとめに写真をパクられた写真家がネット署名開始

    フォトグラファーの有賀正博さんが「Yahoo!をはじめとする広告配信サービス会社はNAVERまとめへの広告配信を停止してください」というネット署名をChange.orgでスタートしました。 ネット署名「Yahoo!をはじめとする広告配信サービス会社はNAVERまとめへの広告配信を停止してください」(Change.orgより) 有賀さんはこれまで自身のブログで、NAVER まとめやキュレーションサイトに自身の撮影した写真が無断使用されていることを訴えており、無断使用に対して料金の請求などを行ってきました。 NAVER まとめ(NAVER まとめより) しかしNAVER まとめを運営するLINEは、有賀さんの写真を無断使用していることが明かな状況であるに関わらず、「『権利が侵害されたことが明らか』であると判断できない」としてその抗議に対応していません。これらについて有賀さんが12月17日に「N

    「広告会社はNAVERまとめへの広告配信を停止してください」 NAVERまとめに写真をパクられた写真家がネット署名開始
  • Linuxの不揮発メモリ対応について - Qiita

    (2019/6/12追記) 今なおこの記事を参照してくれる方がいらっしゃるのですが、現在は以下のスライドのほうが情報が新しいです。 記事は残しておきますが、新しい情報はこちらをご参照ください。 https://www.slideshare.net/ygotokernel/nvdimmlinux-137104084 はじめに Linux Advent Calendarの24日目の記事として不揮発メモリの状況について記載したいと思います。今回はkernelのソースの中とかのあまり技術的に深いところは突っ込まず、概略レベルです。(深いところはまだまだ勉強中の身です)。間違いなどがあればご指摘いただけると幸いです。 不揮発メモリとは これまでPCやサーバなどで主記憶装置といえば、電源を停止させたり再起動させるとデータがクリアされる揮発性のRAMが使われて来ました。この主記憶としてのメモリが不揮発

    Linuxの不揮発メモリ対応について - Qiita
  • 開発速度と品質のトレードオフの判断基準の合意 - Hatena Developer Blog

    Webサービスの開発は、ユーザ/顧客へ価値を早く届けるため、競合より早くリリースするため、人的リソースを無駄使いしないためなど、とにかく素早く進めたいものですね。一方で、開発を急ぐあまり品質を犠牲にすればかえって価値が失われたり、技術的負債が溜まって長期的なコストが大幅に増大する可能性もあります。開発速度とプロダクト品質は基的にはトレードオフの関係にあるのでしょう。 開発速度と品質のどちらを優先するかはプロダクトの性質や、チームもしくは会社の状況によって異なるとおもいます。この状況の認識がチームメンバー間でずれていると、チームのパフォーマンスを最大限に発揮できないばかりか、チーム内の関係悪化も招きかねません。エンジニアたちとプロダクトオーナーの間の対立のようなありがちな問題の原因の一つかもしれません。 そこで、開発速度と品質のトレードオフをどう判断すべきかの基準を明確にして、原則それに従

    開発速度と品質のトレードオフの判断基準の合意 - Hatena Developer Blog