タグ

2014年2月25日のブックマーク (21件)

  • コミュニティに入るか入らないかでエンジニアとしての幸福度がかわる - きしだのHatena

    以前、「勉強会に参加しないと不幸になる話」というのをアップしました。 勉強会に参加しないと不幸になる話 - きしだのはてな このときは、勉強会x勉強会という枠だったので、「勉強会」と表現していますが、実際にはコミュニティに参加しないと不幸になる話でした。 あと、ここでの幸せ・不幸せというのは、エンジニアとして、という話で、エンジニアリング能力があがるとか、エンジニアリングの活動がやりやすいとか、エンジニアリングの活動が評価されるとか、エンジニアリングの話題を共有できる仲間が増えるとか、そういう観点です。 エンジニアとしての幸せ以外にも、人生にはさまざまな観点の幸せがある、ということは最初に補足しておきます。 会社が教育機能をもっていない エンジニアとしての幸せに大切なのは、エンジニアリング能力を上げていくことです。 ただ、2013年の産業経済省IT人材白書の概要に IT企業に対して、201

    コミュニティに入るか入らないかでエンジニアとしての幸福度がかわる - きしだのHatena
  • 開発をうまく回したいなと思って僕が意識している40くらいのこと - Mitsuyuki.Shiiba

    自分がこの1年間開発チームを引っ張ってきた中でこういうところに気をつけてたよってこと。 ザーッと勢いで書いてみる。分類はある程度なもんです。組織パターンやFearlessChangeは好きです。 心構え 1 現状を受け入れる 環境に文句を言ってても、何も変わんないし。自分は当はもっとできるはずなんだ、って言ってても、実際アウトプットはでてないんやろ。なるほど、今はこうなんだってことを受け止めて、じゃあそこからどう改善していけるだろう?と考えたい。 2 遷移状態を受け入れる 現状から、理想的な状態にぴょんって飛び移れるわけじゃないんだから、その途中って泥臭かったりごちゃごちゃしてたりするんだけど、それを受け入れる。練習せずにいきなりスポーツがうまくなるわけないのと同じで。 3 正しいことが選ばれるわけじゃない 政治や感情や時期や思惑や抵抗や。そういうのがあるので「正しいこと」が常に選ばれる

    開発をうまく回したいなと思って僕が意識している40くらいのこと - Mitsuyuki.Shiiba
  • ZEROICHI

    ZEROICHI
  • 人間とウェブの未来 - Linuxエンジニアを辞めて大学院に入学しました

    人間とウェブの未来(旧) 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 昨日の記事が1日で多くの方に見て頂けているようでとてもうれしいです。 今回は元々、今日このタイミングで記事にしたいと思っていた内容があったのでそれを書きたいと思います。僕は去年の9月に会社をやめて、今年の4月から大学院に入学しました。「Linuxエンジニアを目指して入社1年目で役に立ったと思う事を書いた人が、実はLinuxエンジニアをやめていた事を知ると、昨日のはなんだったの?」と思う人もいるかもし れません。なので、少しタイミングが悪いかもしれませんが、とりあえず書こうと思います。話は小学校までさかのぼるので長くなるかもしれません。暇つぶしに読んでやろうか、ぐらいで読んで頂ければと思います。 大学までの自分 僕は、小学校3年ぐらいから中学

    人間とウェブの未来 - Linuxエンジニアを辞めて大学院に入学しました
  • Sensu雑感 - Go ahead!

    Sensu 最近人気が出てきているようなので試して見た. 仕組みに関しては家のドキュメントとかスライドとか見ると大体分かる. 雑感: server, client, api, dashboardに分かれているのは良い 実装はRubyでシンプルに書かれているように見える.多分弄るのは簡単 RabbitMQとRedisが必要なのが試すのに結構つらい.chefとかpuppetを使うと良いらしい? なんかテストモードがあるなら知りたい ドキュメントは最低限はある.Advancedなことしようとするとgithubとか先人を頼ることになる 設定がJSONなのはいいけど,ログすらJSONなのは徹底している RabbitMQにはクライアントから登録しにいくようで,勝手に監視対象が増えるのは楽 マスターからのpullは限界があるので,この仕組みはモニタリングでは筋が良さそう プラグインは簡単に書けるが,現

    tknzk
    tknzk 2014/02/25
  • Chromeのブックマークがめちゃくちゃ便利になる機能拡張「DEWEY」に惚れた!!

    なんのかんのでメインブラウザをChromeにして久しいのですが、増えすぎて整理が追いつかず悩みの種だったブックマークをめちゃくちゃ使いやすくしてくれる拡張機能DEWEYを導入してみました。タグ付けめっちゃ捗るんですけど!! これはオススメだ! DLはこちら:Dewey. Better bookmarks for Google ChromeChromeのブックマークに「タグ付け」 この拡張機能は@Jacminik さんのツイートで知りました。アザマス!!ハヨザイマス!!! 今までずっと求めていたブックマークをタグで管理/検索出来る機能拡張がついに出た! [Link] Dewey. Better bookmarks for Google Chrome™ : http://t.co/XXtHz3H7Ag — masahiro k. (+Beans) (@Jacminik) 2014, 2

    Chromeのブックマークがめちゃくちゃ便利になる機能拡張「DEWEY」に惚れた!!
    tknzk
    tknzk 2014/02/25
  • cron周りのベストプラクティス読んだ - $shibayu36->blog;

    WEB+DBPerl Hackers Hubで書かれていた「cron周りのベストプラクティス」を読んだ。かなり参考になった。 経緯としては読みたいって呟いたら感想よろしくと言われたので慌てて読んだ。 @shiba_yu36 「読んだ」なら言ってもいい— songmu (@songmu) 2014年2月24日 @shiba_yu36 マジに謝られても…— songmu (@songmu) 2014年2月24日 @shiba_yu36 マジになって感想エントリを書いてください。— songmu (@songmu) 2014年2月24日 特に参考になったこと batch.pl batch.plは非常に良いと思った。というのもcronとかのスクリプトで非常に簡単な事をやっている場合は適当にplファイルを作っちゃって登録するんだけど、得てしてそういうのはテストが無くてバグってて、しかもcronのロ

    cron周りのベストプラクティス読んだ - $shibayu36->blog;
  • WebPayとYahoo!ウォレットFastPayは競合です!歓迎します!徹底抗戦します! | WebPay運営者ブログ

    今日は、Yahoo! JapanからYahoo!ウォレットFastPayという、ほぼWebPay互換のAPIを持つと思われる決済サービスが発表されて、いろいろな方から「提携おめでとう!」とか「これって・・・WebPay・・・!?」とか「WebPayとFastPayってどんな関係?」なんて質問がたくさん来たので答えておくと、単なる競合だよ!一切関係なし!期待させてごめんね! ちょっと遊んだ感じだと、今のところただのモックだろうけどサンプルのレスポンスのオブジェクトにexpire_timeがあるところを見るとStripe互換ではなくてWebPay互換のサービスみたいだね。 もともと僕は、仕様が複雑でセキュリティも低く価格は不透明なんていう最悪な気分になる日のカード決済業界に嫌気がさして、APIがシンプルで使いやすくて、セキュリティを最新技術で高く保てて、価格もとにかく最安価格を交渉なしに提供

    tknzk
    tknzk 2014/02/25
    いい文章
  • Amazon EC2(Linux)のswap領域ベストプラクティス | DevelopersIO

    ども、大瀧です。 Linuxのメモリ管理で欠かせないのがswapですよね。EC2のディスク管理には独特な仕様があるのでその辺りを踏まえつつ、EC2(Linux)でどのようにswap領域を用意するのが良いのかまとめてみたいと思います。 理屈をこねながらの解説になるので、先にエントリーの結論を。 公式AMIにはswap領域が含まれない m1.small、c1.mediumには900MBのスワップ領域がおまけでついてくる(Amazon Linux AMIであれば、Cloud-initによって自動マウントされる) swap領域には、インスタンスストア(別名Ephemeral Disk)を使うべし では、それぞれ見ていきます。 公式Linux AMIの初期構成にはswapパーティションが無い Amazonから提供される公式のLinux AMIのブートディスクには、swapパーティションが含まれてい

    Amazon EC2(Linux)のswap領域ベストプラクティス | DevelopersIO
    tknzk
    tknzk 2014/02/25
  • サービス品質の改善効率を高める仕組み | 外道父の匠

    最近うぇぶ業界では、開発効率や構築効率を求める動きが活発のように見受けられますが、ここで改善効率について手を伸ばしてみましょう。 改善効率とは、開発後期やサービス開始後の運用フェーズにおいて、クソコードやクソクエリ、データの蓄積によるレスポンスの悪化などを、自動的に検知し、開発者にオラオラ改修をプッシュするための仕組みのことでございます。 はじめに ここで紹介する内容はドリコムで実際に運用しているものですが、別にドヤ顔するようなものではなく、中規模以上の企業ならば似たようなことやそれ以上のことをやっているであろう、至極当然な内容です。それでも、それなりに種類が増えてきたことと、それなりの効果を得られていることが実感できているため、いったんまとめてみようと思った次第です。 ウチのサービスのサーバーサイドは Ruby on Rails + MySQL が基なので、その対策手法になります。WE

    サービス品質の改善効率を高める仕組み | 外道父の匠
  • Dual-screen YotaPhone has a second shot at greatness

    If you caught our review of the YotaPhone at the end of last year, you'll know we were cautious about recommending it -- in fact, we said it was probably safer to hold out for a second-gen device. Well, here's a surprise: that replacement is already at the prototype stage and it brings some big improvements that could undo many of the criticisms we leveled at the original. Most importantly, the re

    Dual-screen YotaPhone has a second shot at greatness
    tknzk
    tknzk 2014/02/25
  • 長文日記

    長文日記
  • ウェブアプリの「合理的な」セキュリティ対策に関する一考察

    ウェブの脆弱性は、ウェブアプリケーションのバグに起因するものと、ウェブブラウザのバグに起因するものの2者に大別することができる。 ウェブアプリケーションを開発/提供する仕事に従事している者には、この前者、すなわち、ウェブアプリケーションのバグに起因する脆弱性を最小限に抑え込むことを求められる注1。 かといって、脆弱性がないことを保障するのは難しい。「ウェブアプリケーションにバグがあっても脆弱性とはならない(あるいは被害が限定される)ような設計」を採用するのが現実的だと考えられる。 OSにおける、プロセス間のメモリ分離やuserIDに基づいたファイルへのアクセス制御を考えてみると、OSがセキュリティを「強制」するため、アプリケーション側で不正なコードが実行されても脆弱性とならない、もしくは、影響を小さく抑え込むことができるようになっていることがわかる。 ウェブ技術における同様の例は数多いが、

  • いまさらgrepが10倍高速化したのはなぜか – はむかず!

    最近GNU grepコマンドの最新バージョンがリリースされ、速度が10倍になったとのアナウンスがあった。それを聞いて、なんであんな枯れた技術に10倍もの高速化の余地があったのだろうと不思議に思った人も多いだろう。 ニュース記事:grepコマンド最新版、”-i”で10倍の高速化 家のリリースノート:grep – News: grep-2.17 released [stable] 今回のリリースでは正確には、マルチバイトロケールで、-iオプション(–ignore-case、つまり大文字小文字を区別しないオプション)をオンにした時の速度が10倍くらいになったそうだ。 なぜそんなに速くなったのか?逆を言えば今までなぜそんなに遅かったのか? そもそも、多くの日人にとって「大文字小文字の区別」というと英語のアルファベットか、せいぜいフランス語とかドイツ語とかのアクサン記号・ウムラウトがついたものく

  • あなたが読むべきJavaScript Promises | JSer.info

    はじめに この記事は、 JavaScript/ES6 promisesについてを理解するために読んだ方がよいと思われる記事やスライド等を紹介しています。 PromisesやDeferredといった言葉を非同期処理の話などで聞いた事があるかもしれませんが、 現在Promisesは次のECMAScriptの言語仕様として策定が進められています。 ECMAScript Language Specification ECMA-262 6th Edition – DRAFT domenic/promises-unwrapping まだES6は策定段階ですが、既にPromisesについてはpolyfillとして利用できるライブラリ等もあり、また他のライブラリ内でもjQuery.Deferred()やAngularの$q等類似する実装が存在します。 そのため、Generators等に比べると今すぐ使える

    あなたが読むべきJavaScript Promises | JSer.info
  • JSer.info

    JSer.info #687 - gulp 5.0.0がリリースされました。 Release gulp v5.0.0 · gulpjs/gulp gulpが久々にアップデートされています。 Node.js 10.13未満のサ...

    JSer.info
  • 例え話だけで解決に向かうのか? - 技術的負債論 - MassKaneko.Out

    はじめに 以下のエントリがHOTになっています。公開4日後の現在で949はてブです。 技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog 私は企業で Software Engineer in Test としてソフトウェアの保守性に責任を持つポジションに就いている身ですのでこのテーマに関心があるのはよいことだとは思います。技術的負債そのものについてのエントリは過去にも沢山あるようですが、mizchi さんのエントリは誤解を恐れないシンプルで断定的な書き方ですので多くの人に刺さったのでしょう。 ただ、技術的負債(technical debt)というメタファーが万人に誤解無く伝わるのかは疑問です。時間を借りているのかはピンと来ませんし、財務的負債と異なり返済の義務はありません。また、エンドユーザーに提供する価値よりも負債にフォーカスし

    例え話だけで解決に向かうのか? - 技術的負債論 - MassKaneko.Out
  • atamaga.jp - このウェブサイトは販売用です! - 部落 同和 部落問題 同和問題 人権 上告 地区 鳥取 リソースおよび情報

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

  • Googleの新プロジェクトがスゴすぎる、可能性はストリートビューの比ではない「Tango」が真に驚異である理由

    昨日、突然発表されたGoogleの新プロジェクト「Tango」の無限大の可能性に胸をときめかせたのは筆者だけだろうか。 Google、スマホに人間レベルの空間認識能力を与えるプロジェクト「Tango」を発表 個人的にはかなりインパクトのあるニュースだったが、それほど大きな話題にはなっていないようだ(少なくとも日国内では)。 Tangoが驚異的なプロジェクトになりうる理由を、Googleマップのストリートビューと比較しつつ、妄想を交えながら気楽に考えてみたい。 スマホで部屋を3Dモデル化した動画が公開 まず、TechCrunchが新たに公開した動画を見てみよう。 室内を撮影 雑然と物が置かれた部屋を、Tangoの試作スマホによって撮影していく。この試作機には、モーションセンサや奥行きを感知するDepthセンサ、カメラ、高性能プロセッサが搭載されている。 部屋内を移動しながら、ゆっくり撮影し

    Googleの新プロジェクトがスゴすぎる、可能性はストリートビューの比ではない「Tango」が真に驚異である理由
  • 4年前、おれがSIerの片隅で、何者でもなかった頃 - たごもりすメモ

    今からちょうど4年前の2010年2月、某巨大SIerの片隅でExcelPowerPointばかりを眺めて過ごしていた頃、おれは仕事でも仕事以外でもコードなんかまったく書いていなかったし、GitHubのアカウントも持ってなかった。毎日見積書とWBSと納品書と請求書と、Excel方眼紙の詳細設計書と格闘してた。 当時おれは30歳だった。一度はプログラマとして生きるのは自分には無理だと思って入社したSIerで数年やってて、そこそこ成功した数年を送っているとは思っていたけど、でもやっぱり、そんな毎日に飽きていた。 技術力を重視とか言いながらプロパー社員にコードを書かせようとしない会社の方針にも、svnもgitも閉じられててガチガチに監視されたネットワークに繋がせておいてオープンソースがどうのと言う文化にも、手順や履歴を重視とか言いながらロクにバージョン管理システムを使おうとしない一部の同僚にも、

    4年前、おれがSIerの片隅で、何者でもなかった頃 - たごもりすメモ
  • FUN'IKI Ambient Glasses

    株式会社ルネットの事業として新たにスタートさせて頂くこととなり、再スタートを記念して数量・期間限定で特別セールをさせて頂いておりましたが、この度、研究機関や企業とのコラボレーションをメインに雰囲気メガネをご提供する形に業態を変更することとなりました。 そのため特別セール終了の3月末をもちまして雰囲気メガネの一般販売を中止させて頂くこととなりました。突然のご案内になってしまい、お客様には多大なご迷惑をおかけしますこと、心よりお詫び申し上げます。 なお、ご購入いただいた方々へのサポート対応は2022年4月以降もご購入後1年間のメーカー保証対応を続けさせて頂きます。 引き続きご愛用頂ければ幸いです。

    FUN'IKI Ambient Glasses