タグ

jumpersonのブックマーク (360)

  • 一休.com における改善事例のご紹介 /ikyu-storage-improvement

    一休 ✕ bitFlyer コラボイベントでのLT資料です

    一休.com における改善事例のご紹介 /ikyu-storage-improvement
    jumperson
    jumperson 2017/01/19
    画像周りのアーキテクチャを改善した話。
  • BigQueryで150万円溶かした人の顔 - Qiita

    ※ かなり前の記事ですが、未だに引用されるので一応追記しておきます。タイトルと画像がキャッチーなのはちょっと反省していますが、これを見てBigQuery使うのを躊躇している人は多分あまり内容を読んでいないので気にする必要はないです。自分は当時の会社でも今の会社でも個人でも普通にBigQuery使っていて解析用データなどはBigQueryに入れる設計をよくしています。また、アドベントカレンダーだったのでネタっぽく書きましたが事前に想定できる金額です。 ※ 代役:プロ生ちゃん(暮井 慧) 巷のBigQueryの噂と言えば「とにかく安い」「数億行フルスキャンしても早い」などなど。とりわけ料金に関しては保存しておくだけであれば無視できるほど安く、SQLに不慣れなプロデューサーがクエリを実行しても月数ドルで済むなど、賞賛すべき事例は枚挙に暇がありません。 しかし、使い方によってはかなり大きな金額を使

    BigQueryで150万円溶かした人の顔 - Qiita
    jumperson
    jumperson 2017/01/18
    BigQueryはデータの取得に対して比較的大きな料金が発生するので気をつけようという話。それを回避する設計もあるので参考にしたい。
  • 禅とソフトウェア設計技術 | GuildWorks Blog

    jumperson
    jumperson 2017/01/18
    クオリティには心の落ち着きが必要。
  • 良いチーム作りが成果創出につながった事例 - LIVESENSE ENGINEER BLOG

    皆さんはご自分のチームが、成果を生み出し続ける「最高に良いチーム」だと思いますか? 最近よくそんなことについて考えを巡らせている、リブセンスの風間です。 ジョブセンスリンクアプリ開発チームで、ディレクター兼プロダクト・オーナー(PO)をしています。 サービスを提供するユーザーさんのこともチームメンバーのことも幸せにしたいと欲張りながら奮闘し、失敗したり喜んだりする毎日を送っています。 昨年11月22日にリブセンス社内で「アプリ大会議」が開催されました。 アプリ大会議とは、ネイティブアプリに関わるリブセンス社員が互いの知見を持ち寄り、楽しく交流を深めて仲良くなることを目的としたLT大会です。 今回は、その中で私が発表した「良いチーム作りが成果創出につながった事例」をご紹介したいと思います。 POになんてなりたくなかった 今なら胸をはって「POの仕事が楽しいです!」と言えますが、実はPO就任し

    良いチーム作りが成果創出につながった事例 - LIVESENSE ENGINEER BLOG
    jumperson
    jumperson 2017/01/18
    未経験でPOとリーダーを任された話。UNOやってるのははじめて聞いた。
  • プログラマ向け:自分の強みや得意分野を見つける方法 - give IT a try

    質問:あなたの強みや得意分野は何ですか? プログラマのみなさんに質問です。 あなたの強みは何ですか? 胸を張って「任せとけ!」と言える得意分野はありますか? これはソニックガーデンの採用面談でよく聞かれる質問です。 僕もときどき採用希望の人と面談(という名の雑談)をすることがあるのですが、この質問に対して「はい、私はxxが得意です!」と即答できる人はかなり少ないです。 まあ、入社を希望する段階でいきなり「これが得意です!任せてください!」と言うのはかなり勇気がいりますよね。 下手に偉そうなことを言って、あとから「なんだ、大したことねーな」と思われたくない、という不安もきっとあるでしょう。 僕もかつては即答できなかった 何にせよ、即答できない気持ちはよくわかります。 実際、ソニックガーデンに入社した当時の僕もそうでした。 しかし、入社してから3年ほど経ってみると、いつの間にか僕にも得意分野(

    プログラマ向け:自分の強みや得意分野を見つける方法 - give IT a try
    jumperson
    jumperson 2017/01/17
    自分の強み=よくこだわってしまうこと でもあながち間違いではないって感じ。自分の強みを即答できるようにしておくはとても大事なことだと思う。
  • Dockerでホストを乗っ取られた - Qiita

    注意 件記事ですが、私の不適切な行動(拾ったスクリプトを検証なく走らせる)が原因です。「dockerは(特に何もしなくとも)危険」との誤解を皆様に与えた点、ご迷惑をおかけいたしました。申し訳ございません。 拡散されている記事を削除するのはさらなる誤解を招きかねないと思いましたので、冒頭に注意を付記しております。以下の記事は、「自分が何してるかをきちんと検証できないとセキュリティホールを生み出す」という意味で参考にして頂ければ幸いです。 追記 Twitterやはてブで言及いただきました皆様、ありがとうございます。 件はpullしてきたイメージが悪意ある開発者によるものかどうかにかぎらず、不適切な設定をしていると起こり得ます。 ※コメント欄に質問への回答という形で、私がそのときに走らせていたイメージの一覧を挙げておりますが、どのイメージも評判あるものだと思います。 皆様におかれましては「あ

    Dockerでホストを乗っ取られた - Qiita
    jumperson
    jumperson 2017/01/17
    Docker関係なかったっぽいけどサーバ運用する時気をつけなければいけない。
  • Page not found

    Stay updatedRealm’s newsletter keeps you up to date on product announcements, best practices, community events, and more.

    Page not found
    jumperson
    jumperson 2017/01/17
    Androidのドキュメントでよく目にするMessegaQueueの話が少し出てくる。
  • 【緊急増席!!】Retty Tech Cafe #8 (2016/12/09 19:30〜)

    注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用

    【緊急増席!!】Retty Tech Cafe #8 (2016/12/09 19:30〜)
    jumperson
    jumperson 2017/01/17
    結局行かなかった。
  • オブジェクト指向って何?

    オブジェクト指向という言葉が陳腐化して、もうずいぶん時間が経ちましたね。 もうオブジェクト指向は終わった、とか、色々な事が言われています。 オブジェクト指向は当に終わったんでしょうか? 残念でした。オレにとっては、オブジェクト指向ってのは、これから愉快痛快な展開で面白くなってくるコンセプト。ツ 皆が「終わった」と言っているのは、オブジェクト指向を実現するために使えそうな数多くの技術のうち、 とりあえずということで仮採用したプログラム構成技術の1つにすぎないと思うのです。 さて、では題。オブジェクト指向って何? オブジェクト指向とは、計算メディアを使っている人が認識したモノに対してプログラミングをすること、だと思っています。 例えば、このブログに表示されている著者近影のイラスト眼鏡をかけているのに気付いたでしょうか? 今、あなたは、イラスト中の眼鏡を認識しました。この眼鏡に対して、「レ

    jumperson
    jumperson 2017/01/17
    OOPではないオブジェクト指向について
  • これからクリーンアーキテクチャによるiOSアプリ開発をしようとしている人にオススメの4つの資料 | DevelopersIO

    はじめに こんぬづは、今年は冬コミに初参加してみようかと企んでいる田中です。秋葉原に務めるからには、その文化を身をもって味わう必要があるかと思った次第で御座います。 この記事はiOSでクリーンアーキテクチャに興味がある人が対象です。「やろうかな?」「そもそもどんなものなのかな?」と考えている人は参考にしてください。 クリーンアーキテクチャを調べると、解説記事は数多く見つかります。私は「これだけ情報があれば理解できるだろう」と思っていましたが、いろいろな記事を読めど読めど、しっくりくる感覚がなかなか手に入らない状態に陥りました。そんな経験を元に、私がクリーンアーキテクチャによるアプリ開発を学習し、実際にコードを書いていく上でとても参考になった資料を紹介します。 対象読者 そもそもクリーンアーキテクチャとは?とお思いの方 これからiOSでクリーンアーキテクチャによるアプリ開発をやってみたいと考

    これからクリーンアーキテクチャによるiOSアプリ開発をしようとしている人にオススメの4つの資料 | DevelopersIO
    jumperson
    jumperson 2017/01/17
    クリーンアーキテクチャに関する資料(Webページ)まとめ。
  • 大規模Webアプリケーションにおける複雑性とアーキテクチャ設計に関する一考察 - Qiita

    Webアプリケーション開発についての知見を、自分の経験と知識をベースに整理してみようという試みです。 いわゆるサーバサイドにスコープを絞り、フロントエンドは対象外です。筆者は普段、オブジェクト指向言語で書いているので、記事でもその前提(RubyPHPPythonJavaScalaあたりを想定)になっています。 では、編をどうぞ。 ソフトウェア開発は複雑さとの戦い 『人月の神話』では、ソフトウェアの質的な困難性について4つの性質をあげている。その中で最初に出てくるのが「複雑性」である。『新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡』なんか読んでもらえると、ソフトウェアの複雑性と戦うために、人類が生み出してきた発明の数々が説明されている。 では、複雑さとは何か?もう少し掘り下げて考えてみよう。 複雑さの正体 Webアプリケーションが複雑になる

    大規模Webアプリケーションにおける複雑性とアーキテクチャ設計に関する一考察 - Qiita
    jumperson
    jumperson 2017/01/17
    Webアプリケーションだけではなく、アプリケーション全般に言える複雑性の話が中心。
  • エンジニアのキャリアパスとしての人事部長

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

    エンジニアのキャリアパスとしての人事部長
    jumperson
    jumperson 2017/01/17
    "エンジニアの働きやすさが他部署の犠牲の上に成り立っていてはならない"と思うようになると人事部長になってエンジニア以外もマネジメントしていく必要あるよな。
  • ベンチャー企業の経営危機データベース(METI/経済産業省)

    経済産業省経済産業政策局新規産業室は、平成19年度創業・起業支援事業において、ベンチャー企業を対象に、失敗、トラブル、ヒヤリとした経験についてのインタビュー調査を実施し、調査結果を事例として取りまとめました。当該調査をもとにベンチャー企業の経営危機データベースを作成いたしました。調査結果の概要は以下のとおりです。 1.調査件数 調査対象となったベンチャー企業300社のうち、インタビューを実施し、事例(個票)を作成したのは100件であり、事例(個票)の公表について、了承をえられたのは83件であった。83件の内訳は下記の通りとなっている。 生存しているベンチャー企業 60社 倒産(民事再生)を経験している企業 23社 総計 83社

    jumperson
    jumperson 2017/01/17
    ベンチャー企業の経営危機10選。時代を反映している気がする。
  • オープンソースの開発現場では限られたリソースで品質管理をどうしているのか。Twitter4J、GitBucket、Asakusa Framework、power-assertの作者が討論(後編)

    オープンソースの開発現場では限られたリソースで品質管理をどうしているのか。Twitter4J、GitBucket、Asakusa Framework、power-assertの作者が討論(後編) 2016年3月8日に都内で開催されたソフトウェアテストシンポジウム「JaSST'16 Tokyo」において、オープンソースソフトウェアの品質管理についてのパネルディスカッション「OSSにおける品質管理・テストと運営」が開催されました。 (記事は前編、中編、後編の3から構成されます。いまお読みの記事は後編です) そのプルリクエストはユーザーを代表しているのか? 和田氏 残り20分くらいなので、またツイッターでもらった質問に答えたいと思います。「ユーザーの5%程度からフィードバックが来るという話がありましたが、その5%からきたプルリクエストをユーザー全体の代表として受け取って大丈夫かどうか、どう考

    オープンソースの開発現場では限られたリソースで品質管理をどうしているのか。Twitter4J、GitBucket、Asakusa Framework、power-assertの作者が討論(後編)
    jumperson
    jumperson 2017/01/16
    OSSでユーザとどうやって向き合っていくか。
  • オープンソースの開発現場では限られたリソースで品質管理をどうしているのか。Twitter4J、GitBucket、Asakusa Framework、power-assertの作者が討論(中編)

    オープンソースの開発現場では限られたリソースで品質管理をどうしているのか。Twitter4J、GitBucket、Asakusa Framework、power-assertの作者が討論(中編) 2016年3月8日に都内で開催されたソフトウェアテストシンポジウム「JaSST'16 Tokyo」において、オープンソースソフトウェアの品質管理についてのパネルディスカッション「OSSにおける品質管理・テストと運営」が開催されました。 (記事は前編、中編、後編の3から構成されます。いまお読みの記事は中編です) Twitter APIを叩くTwitter4Jのテストは手間が掛かる 和田氏 リリース周りの話の次は、テスト周りの話を聞いてみようと思います。みなさん、どんなテストを書いているかとか、こんなテストを書いておいてよかったとか、そういう話はありますか? 川口氏 テストについて言うと、Asak

    オープンソースの開発現場では限られたリソースで品質管理をどうしているのか。Twitter4J、GitBucket、Asakusa Framework、power-assertの作者が討論(中編)
    jumperson
    jumperson 2017/01/16
    中編はOSSのテスト、フィードバックについて。
  • オープンソースの開発現場では限られたリソースで品質管理をどうしているのか。Twitter4J、GitBucket、Asakusa Framework、power-assertの作者が討論(前編)

    和田氏 このセッションは、OSSにおける品質管理やテストなどをどう考え、運営しているのか、という内容でパネルディスカッションをさせていただきます。まずは登壇者がどんな方か、自己紹介してもらおうと思います。 竹添氏 ビズリーチの竹添と申します。転職サービスの会社なのですが、今日は個人で「GitBucket」という、GitHubのような機能を提供するWebアプリケーションを作っているので、その立場で参加させていただきます。 もともと僕はSIerにいて、そのときはGitHubのような外部のサービスを使えなくて、それで社内でもGitHubのようなサービスが使えたらいいなと思ってGitBucketをはじめました。 なのでGitBucketはGitHubを参考に開発を始めたのですが、同じようなニーズを持ったお客さんが国内にも、海外にも多くいるので開発を続けています。 川口氏 ノーチラス・テクノロジー

    オープンソースの開発現場では限られたリソースで品質管理をどうしているのか。Twitter4J、GitBucket、Asakusa Framework、power-assertの作者が討論(前編)
    jumperson
    jumperson 2017/01/16
    前編はOSSのリリースについて。
  • 「6時間労働」は生産性向上&ストレス軽減の効果がある一方でコスト面に課題あり

    By Heather Anne Campbell 日では当たり前として考えられている「8時間労働」ですが、スウェーデンでは「6時間労働」の取り組みを進める企業や公的機関が登場しています。労働時間を6時間に短縮することで生産性が向上し、従業員のストレス軽減にもつながることがわかった一方で、コスト面での問題により6時間労働を断念した事例が出てきました。 Swedish Six-Hour Workday Runs Into Trouble: It’s Too Costly - Bloomberg https://www.bloomberg.com/news/articles/2017-01-03/swedish-six-hour-workday-trial-runs-into-trouble-too-expensive スウェーデンのヨーテボリにある老人ホームでは、2年前から看護師の給料はその

    「6時間労働」は生産性向上&ストレス軽減の効果がある一方でコスト面に課題あり
    jumperson
    jumperson 2017/01/12
    コストが増えた事例の老人ホームの事例は生産性向上して質は上がったけど、料金上げれなくて、結局総労働時間を同じだけ確保するために人増員することになったって話。仕事内容により向き不向きがあるということで。
  • 一気に書いた新規ファイルを一部git addしたい時にはgit add -Nが便利 - Takuji->find;

    新機能作ったりする時、コード書くのに集中しすぎるとコミットする前にめっちゃ色々混ざったファイルができてしまったりして、最悪な感じになることが多い。 自分は割と細かい単位でコミットするようにしている(あとで戻せるように)ので、こうなってしまった時今まではチマチマと手動で消してaddして、commitして、undoしてみたいなことをやっていたが、ミスったりすると数時間分の作業が消える。 そういう時にはgit add -N (file path) すると、ファイルの存在だけindexに乗せることができるので、あとはgit add -pでパッチモードにしてがんばる。 そもそもちゃんと細かくコミットしろよって話でもある。

    一気に書いた新規ファイルを一部git addしたい時にはgit add -Nが便利 - Takuji->find;
    jumperson
    jumperson 2017/01/12
    git add -N知らなかった
  • 「優先すべきはスピードと柔軟さ」LINE開発チームが今も配属を固定しない理由を、上級執行役の池邉智洋氏に聞く - エンジニアtype | 転職type

    転職・求人情報サイトのtype エンジニアtype 転職 「優先すべきはスピードと柔軟さ」LINE開発チームが今も配属を固定しない理由を、上級執行役の池邉智洋氏に聞く 2017.01.11 転職 組織には規模に合った適正な運営方法というものがある。サービスが拡大し、それを支えるエンジニアの人数が増えれば、最適な開発の進め方や体制も変わるというのが一般的な考え方ではないだろうか。 しかし、そうした”常識”が当てはまらないケースもあるというのが、今回の記事のテーマだ。 月に世界2億人超が使っているメッセンジャーアプリ『LINE』の他にも、ゲームやeコマース、漫画など多種多様なアプリサービスを提供するLINEの開発チームが、明確な業務分担をせずに事業開発にあたっているというのは、2014年に誌でもお伝えした通り(以下リンク)。 >> LINE開発の“新2トップ”に直撃~世界展開に向けた体制強化

    「優先すべきはスピードと柔軟さ」LINE開発チームが今も配属を固定しない理由を、上級執行役の池邉智洋氏に聞く - エンジニアtype | 転職type
    jumperson
    jumperson 2017/01/12
    伸びてるLINEの組織マネジメント。こうやるには開発チーム以外から理解とそれらとの信頼関係が必要だろうな。
  • nullが生まれた背景と現在のnullの問題点 ― null参照問題(前編)

    Cの系譜を継ぐC#ではnullが長らく使い続けられてきたが、最近ではその存在が大きな問題だと認識されている。前後編でこの問題を取り上げ、今回(前編)はnullを取り巻く事情について考察する。 ← 前回 連載 INDEX 次回 → 近年、nullの存在は、billion dollar mistake(10億ドル規模の損失をもたらす過ち)と呼ばれるくらい忌避されるものになっている。 nullは、低コストでそこそこ安全に参照を扱えるという意味で悪くない妥協ではあるが、技術が進歩した現在ではもう少し賢い参照の扱い方があるはずである。C#のように、これまでnullを認めてしまっているプログラミング言語で、今からそれを完全になくすというのは現実的ではないが、nullに起因する問題を少しでも避ける手段はこれからでも追加していけるだろう。 今回は、nullが生まれるに至った背景から始め、nullが抱える問

    jumperson
    jumperson 2017/01/12
    nullが生まれた背景について。メモリの都合とか。