タグ

開発に関するisrcのブックマーク (129)

  • ほぼ日刊イトイ新聞 - 樹の上の秘密基地 (第5回の4)「 結果を出すことが大事だったんです。」

    NINTENDO64ソフト 「ポケモンスナップ」を 制作した「ジャックアンドビーンズ」の 開発秘話を満載してお届けしている、 今回の「樹の上の秘密基地」です。 連載第4回は、空中分解の危機を乗り越えてスタッフが 結束していき、チームが完成への手応えを掴んだ 最終段階のお話と、見届けた宮さんと岩田さんの胸中を、 同時にお伝えしていきます。 岩田聡さん:(以下岩田) 実はわたし、途中4回くらいかな、 「これをやってダメだったら、 いよいよプロジェクトをたたむしか ないかな」って思ったことがあった んですよ。 今までさまざまなソフトを開発してきたけど 「ほんとうにダメかもしれない」って 思ったことは、これまでほとんど なかったんですが。 編集部: どんなときにそう思われたのですか? 岩田: チームのなかでも、非常に重要な キーマンとなっていたメンバーが 途中で脱退してしまったり、 チームのメン

    isrc
    isrc 2024/01/04
    商品にして、売って、売れて、売れることで癒される傷って、あるじゃないですか/僕らが球を投げたんだけれども、誰も受けてくれなかったら、誰も球を投げ返してはくれなかったら、次へのエネルギーって出ませんから
  • 【平均年収2183万円】超優良企業キーエンスの商品開発プロセスを解説します

    株式会社キーエンスは、大阪社を置く、業務用センサーを中心とした電子機器の製造・販売を行う会社で、平均年収2000万円超えという、高年収企業としても有名です。 キーエンスが高年収になる理由として、売上高に対する粗利が8割もあり、同業他社の数倍です。キーエンスでは、商品開発の時点から、高付加価値を意識したモノづくりを行っています。 今回は、そのメカニズムについて解説しました。 00:00 オープニング 03:24 1.顧客がほしいというものはつくらない 08:31 2.誰でも手軽に使えることにこだわる 11:45 3.組み合わせの天才 16:23 今週のMVC 17:38 NGシーン ▼参考文献 『キーエンス解剖 最強企業のメカニズム』 https://amzn.to/3TiJoDN 『アイディアの作り方』 https://amzn.to/3TlqITZ 【公式LINEはじめました

    【平均年収2183万円】超優良企業キーエンスの商品開発プロセスを解説します
  • 世界最高の翻訳サービスを個人で開発した話【meta翻訳】 - Qiita

    はじめに この度は個人でmeta翻訳という翻訳サービスを開発しました。 現在Google翻訳を筆頭に、機械翻訳サービスは乱立していて、業界としてレッドオーシャンだと思いますが、meta翻訳は複数ある翻訳サービスの中でも日語⇄英語の翻訳では最高精度だと自負しております。 なので、個人でも頑張ればレッドオーシャンに突っ込めるくらいの機械学習サービスを開発できるというお話しをしたいと思います。 ※個人開発とは思えないくらい高精度なので是非一度使ってみてください。 meta翻訳の精度 まず初めにmeta翻訳の精度を簡潔に紹介したいと思います。 専門的な文章を翻訳する場合 「storm surge」など、専門的な単語にきちんと対応できています。 また、「power」が「電力」と訳されているように、専門的な文脈も識別して翻訳します。 口語的な文章を翻訳する場合 実は専門的な文章よりも口語的な文章の方

    世界最高の翻訳サービスを個人で開発した話【meta翻訳】 - Qiita
  • 「新卒で入社したホンダを3年で退職しました」 | おごちゃんの雑文

    興味深いブログがあった。Twitterでちょっと言ったらバズったので、まとめておく。 ホンダに限らん。日の大手メーカで「研究、技術、開発」を経験している人達がいるか。同じような理由で辞めた同期や友人達はいっぱいいる。出来る奴ほどそうだった。 > 新卒で入社したホンダをたった3年で退職しました – 新卒で入社したホンダを三年で退職しました https://t.co/r6LMSl4lRw — おごちゃん / Baron (@ogochan) 2018年9月17日 この問題、随分と昔から言われている。実際これは既に私の時代(つまりバブル前就職)の頃から言われていた。 富士通で同期(私は富士通に勤めたことはないのだが、第二新卒での新人研修は富士通社員と一緒に受けた)の奴等のうち何割かは、技術者としての環境に不満を持って辞めていったようだ。他の同業の友人達(パソコン通信の友達とか)も、腕に自信のあ

    isrc
    isrc 2018/09/20
    「そんな部署ばかりじゃないから、もうちょっと辛抱したら」と思わないでもない。大企業には大企業のメリットがある。他方、「身近な人にモチベーション折られるような環境からは早く決別した方がいいよね」とも思う
  • 発明サーフィン[レイ・カーツワイル]

    話:レイ・カーツワイル … 70年代になり発明を続けていると、発明の内容が、それが具体化される将来に存在するはずの、発明を現実にするテクノロジーや市場原理に釣り合っていないといけない、ということがわかってきた。 発明が現実になるときの世の中は、発明が考案されたときの世の中とは、大きく違っているはずだからだ。 そこでわたしは、個々のテクノロジー(電子工学、通信、コンピュータのプロセッサ、メモリ、磁気記憶装置など)がどのように発展し、それらの変化が、市場やひいては社会制度にどのような波紋を引き起こしたかをモデル化する作業を始めた。 発明が失敗する理由は、ほとんどの場合、研究開発がうまくいかないからではなく、タイミングが悪いからだということがよくわかった。 発明はサーフィンによく似ている。波がいつ来るかを予測し、ちょうどよいタイミングで乗らなければならないのだ。 … シンギュラリティは近い―人類

    発明サーフィン[レイ・カーツワイル]
    isrc
    isrc 2018/05/17
    発明が失敗する理由は、ほとんどの場合、研究開発がうまくいかないからではなく、タイミングが悪いから/発明はサーフィンによく似ている。波がいつ来るかを予測し、ちょうどよいタイミングで乗らなければならない
  • IT業界に蔓延する客先常駐システム開発の変なところ | 株式会社アクシア

    IT業界に蔓延する客先常駐によるシステム開発ですが、もう今更言うまでもなく理不尽なことだらけの世界です。 現在の客先常駐のスタイルが続く限りはIT業界の長時間残業の問題を解消することは難しいですし、働き方改革を推進し、日IT業界を成長させていくのであれば何としても現在の客先常駐によるシステム開発は消滅させていかねばならないと思います。 客先常駐スタイルのシステム開発の変なところをまとめてみました。 偽装請負が当たり前に行われている 客先常駐の何が一番おかしいかと言えば何といってもこの偽装請負です。どう考えても違法行為なのになぜか中々是正されません。 準委任契約だと請負契約ではないから偽装請負にはならないと勘違いしている愚かな経営者もいますが、違法行為であることは薄々気づいて(というか完全に気づいて)偽装請負に手を染めている経営者もいます。彼らは偽装請負のことを「グレーゾーン」のような呼

    IT業界に蔓延する客先常駐システム開発の変なところ | 株式会社アクシア
  • PEZYの社長逮捕について、勘違いしている人が多いのでメモ

    追記 12/7 23時 ここで伝えたいことはさらに情報を補完したまとめ記事を日経が書いてくれたので、こっち読むといいよ。 ニュース解説 - PEZY社長逮捕、スパコンの旗手に何が起きたのか:ITpro 追記ここまで 開発資金確保が目的か スパコン助成金詐取事件  :日経済新聞 どうもこの記事で勘違いしている人が多すぎるので書いておく。 逮捕容疑はこれ↓ ~~~~~~~~~~~~~~~~~~ 特捜部によると、2人はメモリーデバイスの開発に絡み14年2月、事業費を約7億7300万円とした実績報告書をNEDO職員に提出し、助成金額はほぼ上限の約4億9900万円に確定した。翌3月、すでに支払われた約6800万円を除いた約4億3100万円が同社に支払われた。 事業費は来の経費より水増しされており、特捜部は助成金を上限まで受け取れるよう逆算して水増し額を決め、実績報告書に記載していたとみている。

    PEZYの社長逮捕について、勘違いしている人が多いのでメモ
    isrc
    isrc 2017/12/06
    普通に助成金の用途外使用金が詐欺扱いされてる。用途外っていうのはPEZY-SCの開発費とかも含まれる。これが詐欺ならNEDOの監査は節穴すぎるというか用途外の判断が厳しすぎ。これだけの助成金で世界4位はすごすぎ
  • 及川卓也氏のプロダクトへの想いとプロダクトマネジメント - 弥生開発者ブログ

    こんにちは、Kosukeです。:) IncrementsのQiitaプロダクトマネージャー及川卓也さんがMisocaへいらっしゃったので、インタビューさせて頂きました! (左から共同創業者 松、及川さん、代表 豊吉、Kosuke) 及川卓也氏のプロフィール 一般社団法人情報支援レスキュー隊 代表理事。東京出身。早稲田大学理工学部卒。 専門だった探査工学に必要だったことからコンピューターサイエンスを学ぶ。 卒業後は外資系コンピューター企業にて、研究開発業務に従事。米国マイクロソフトに派遣され、Windowsの開発を行う。その後もWindows関連のプロジェクトに関わっていたが、どうせWindows仕事をするのならと、マイクロソフト株式会社(当時)に転職。 マイクロソフトではWindowsの開発を行い、最終的には日語版と韓国語版のWindowsの開発の統括を務める。 2006年にグーグル

    及川卓也氏のプロダクトへの想いとプロダクトマネジメント - 弥生開発者ブログ
    isrc
    isrc 2017/03/01
    ロードマップを四半期毎に落とし込んでいきたいのであれば、OKRというフレームワークを使い、達成したいものと達成の進捗を追っていきます。
  • Scrum / DevOps の導入を加速するグローバルマインドセット ~8つの習慣 その1 ~ - メソッド屋のブログ

    クロスカルチャーの専門家Rochelle Koppさんと一緒に考案した 新技術の導入を加速させるための「8つの習慣」をまとめ上げた。この習慣を習得することで、米国と同じようなスピードで新しいことに対応したり、生産的になることができる。今回はその一つ目の習慣について解説してみた。 今回、日最大級のアジャイル開発のイベントの一つである Scrum Gathering Tokyo で先のRochelle さんと一緒に「8つの習慣」を初めて発表させていただいた。 2017.scrumgatheringtokyo.org 「8つの習慣」は日での Agile / DevOps をはじめとする最新技術やプロセスの導入を米国並みのスピードにすることを目指している。Agile や DevOps を開発した人は西洋の人なので、西洋文化の上に成り立っている。だから、日文化の上でそれらを使うと、どうもうま

    Scrum / DevOps の導入を加速するグローバルマインドセット ~8つの習慣 その1 ~ - メソッド屋のブログ
    isrc
    isrc 2017/01/16
    米国人もしくは西洋人が「人として優れている」とかではなく、我々でも十分できる「習慣」のために生産性がいい/ひとつだけピックアップ/時間を固定して、出来ることを最大化/過剰な準備と「後でやる」をやめる
  • 技術開発と製品開発とビジネス開発は全く別物だけど混同されていることが多いという話

    あらまし お仕事で様々な立場の方とお話しする機会があるわけですが、以前からどの階層にいる人にも共通した「技術開発と製品開発とビジネス開発が同時に出来るのではないかという思い込み」を持っている方が非常に多い事に気付きました。 よくある混同で起きるマズい事 例えば、おぼろげながら自分達で考えている製品像が浮かんだとしましょう。この製品像は、それこそ具体的になっているものではありませんが、必要な機能や性能やインターフェースが何となく整理できた状態になっていたとします。そこで必要になる機能を実現するための技術的な要素は、少し頑張れば実現できそうな事ばかりで、さっそく製品開発をスタートする事にしてしまいます。 このシチュエーションで起きるのは以下です。 製品の機能を仕様にまとめる 仕様が好ましいものと判断され/判断し、計画をスタートさせる 仕様を満たす機能を実現できるように設計を開始する 設計が完了

    技術開発と製品開発とビジネス開発は全く別物だけど混同されていることが多いという話
    isrc
    isrc 2016/08/16
    沢山の失敗するプロジェクトと少しの成功するプロジェクトを眺めていると、ある共通項が見えてきました。技術開発と製品開発とビジネス開発を混同しない事です。混同している組織は、製品開発で必ず失敗しています。
  • システム開発をラーメンの注文に見立てたツイートが話題に!「納得」「うちの業界でも…」と悲痛な声が…

    ケルビン@斜壊人 @legendkelbin ラーメン屋で「醤油ラーメン」と注文した後に「半ライスつけて。餃子つけて。やっぱ塩で。ネギ多め。やっぱ炒飯で。メンマつけて。やっぱ味噌で。もやしつけて。海苔要らない」位の追加注文した客が、最初の醤油ラーメン代だけ払って帰るのを呆然と見るのがシステム開発です。 2016-03-17 12:33:40

    システム開発をラーメンの注文に見立てたツイートが話題に!「納得」「うちの業界でも…」と悲痛な声が…
    isrc
    isrc 2016/03/24
    「醤油ラーメン」と注文した後に「半ライスつけて。餃子つけて。やっぱ塩で。ネギ多め。やっぱ炒飯で。メンマつけて。やっぱ味噌で。もやしつけて。海苔要らない」位注文した客が、醤油ラーメン代だけ払って帰る
  • 日本人が意外と知らない!? 「トヨタ」が最強であり続ける本当の理由(酒井 崇男)

    売上27兆5000億円。営業利益2兆8000億円。日では圧倒的、世界でも有数の大企業であるトヨタ。ではなぜトヨタはこれほど強いのか? 新著『トヨタの強さの秘密』で、日ではほとんど語られてこなかったその謎を明かした酒井崇男さんにインタビューする。 English is here. 意外と知られていないトヨタの強さの理由 Q:トヨタが強いのは、数字を見れば一目瞭然で日企業の中では圧倒的。でもたしかに「なぜ強いの?」と言ったときに、いままで正面から語られてこなかった気がします。それを書ではトヨタの強さは「製品開発」にあると言い切りましたね。逆になぜいままで書のようながなかったのでしょうか? 酒井 今回ののタイトルの副題は、「日人の知らない日最大のグローバル企業」となっています。そこで早速SNSの知り合いから、「トヨタって当にグローバル企業なの?」という質問がありました。変な話

    日本人が意外と知らない!? 「トヨタ」が最強であり続ける本当の理由(酒井 崇男)
    isrc
    isrc 2016/03/21
    実際の設計における設計者とは、① 消費者が買う価値:商品性② 利益(=売価−原価):売価は①の商品性で決まる③ 上記①と②の実現手段:技術開発を伴う の3つの事柄を主導する役割の人のことです
  • IoTスタートアップにおけるプロダクトマネジメントについて - Qiita

    株式会社Photosynthの@koichi222です。 Akerunというスマートロックのサービスを提供しています。 自分自身の主なロールとしては、Webサービス側のプロダクトマネジメントですが、 ハードウェアとソフトウェアを組み合わせたサービスを生み出す中で、プロダクトマネージャの役割についての学びを書かせていただければと思います。 体験を中心に設計する Iot製品開発で最も重要なのは、ソフトウェアとハードウェアが組み合わさった時のユーザ体験です。 そして1番のリスクは、この体験の検証が製品開発の1番最後のタイミングで行われることです。仕様書のスペックと、実際の体験は、感じ方に大きなギャップがあります。そのギャップを埋めるためおすすめしたいのは、プロジェクトの初期に体験の検証のためのプロトタイプを作ることです。 体験の検証のためのプロトタイプとは、量産性、コードのメンテナンス性などは無

    IoTスタートアップにおけるプロダクトマネジメントについて - Qiita
    isrc
    isrc 2015/12/15
    Akerunの製品開発の中でのプロダクトマネジメントについての学び
  • プロダクトマネージャーについて - naoyaのはてなダイアリー

    Twitter でプロダクトマネージャーについてぶつぶつ呟いていたら、まとめられていました。ありがとうございます。 プロダクトマネージャー制度を導入するにはどうすれば良いのか プロダクトマネージャーについてあれこれ考えていることを、ここらで一旦整理する良い機会かなとも思いましたので、ちょっと文章をこさえてみることにしました。一年ぶりにブログでも書いてみようと思います。 プロダクトマネージャーはユニコーンなのか。なぜそれが必要なのか。プロダクトマネージャーを見つける / 組織で制度化するとはどういうことなのか。それについて自分の考えを述べていこうと思います。 プロダクトマネージャーは新しいユニコーンか? 昨今よくプロダクトマネージャーが話題になっていますが、人によっては「プロダクトマネージャー」 が今自分たちができないことを象徴している/それが登場すれば全てが解決する銀の弾丸的なもの・・・い

    プロダクトマネージャーについて - naoyaのはてなダイアリー
    isrc
    isrc 2015/10/29
    より良い製品やサービスを作るためには「健全な意志決定の偏らせ」、つまりある種の独裁制が必要
  • DeNA南場智子氏がサービス開発の悟りを講演「UXをまず作り込む。ビジネスモデルやマーケティングは後でいい」

    アプリ・サービスのUIデザイナーが集うコミュニティ「UI Crunch」は、若手が成長できる場の提供を目的として、25歳以下限定のコミュニティ「UI Crunch Under25」を設立。その第1回イベントを9月26日、東京・渋谷にある株式会社ディー・エヌ・エー(以下、DeNA)の社員堂「サクラカフェ」で開催した。基調講演には、DeNA会長の南場智子氏が登壇。「何故いまデザインなのか?」と題し、多くの失敗から導き出したという、いわばヒットサービスを開発するための「悟り」を披露した。開発者にも大変参考になる内容なので、稿でお伝えする。 【関連リンク】 UI Crunch Under25 | UI Crunch この日は若手デザイナーに向けてということもあってか、南場氏のトークは大変気さくでノリがよく、語り口はロックスターのMCのようであった。文字では伝わりにくいが、その楽しさ・雰囲気を少

    DeNA南場智子氏がサービス開発の悟りを講演「UXをまず作り込む。ビジネスモデルやマーケティングは後でいい」
    isrc
    isrc 2015/10/08
    Permission型からPermissionless型へ」「Strategy drivenからUI/UX drivenへ」、そして「セグメント最適化から個別最適化へ」
  • 20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由

    20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由 Googleは検索サービスやGoogle Apps、Google Cloud Platformなど巨大なサービスを多数運営しています。その同社は、20億行にもおよぶソースコードの管理をサービスやプロジェクトごとに分けず、すべて単一のリポジトリで管理しているそうです。 先週9月14日にサンノゼで開催されたイベント「@Scale」で、Googleによるセッション「The Motivation for a Monolithic Codebase: Why Google Stores Billions of Lines of Code in a Single Repsitory」(単一コードベースへの取り組み:なぜGoogleは単一リポジトリに数十億行ものコー

    20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由
  • 日本のソフトウエア技術者の雇用条件の問題点 | F's Garage

    とあるSI向けが得意そうな有名転職斡旋会社の採用要項のシートを書いていて、だんだんイライラしてきて、ついついブログに逃げてしまいます。 すごく誤解をされやすい話を書いていいですか?センシティブな話なので、正直言って書きにくいです。 自分は製造業出身なので、大卒、院卒と大卒以外の人たちの新卒事情に、ヒエラルキー的な差があるのは事実として意識しています。 つまり製造業の場合は、設計や開発を行う技術者、と、主にラインでものつくりを行う製造の立場というのがあると思います。大卒は原則、設計、開発や生産管理で、高卒とかだとブルーカラーという立ち位置で給与水準などが違うという現実があるかと思います。 最近まで意識してなかったんですが、それをソフトウエア産業にそのまま適用すると、いわゆるSE職が大卒、生産部隊としてのプログラマ職が大卒以外ということになるみたいですね。 ・ホワイトカラーエグゼンプションの議

    日本のソフトウエア技術者の雇用条件の問題点 | F's Garage
    isrc
    isrc 2015/09/16
    プログラマは時間給によるブルーカラーとして扱われ、職種としては創造的な役割を期待されていない
  • 捨てて開発できるチームづくり

    勉強会資料

    捨てて開発できるチームづくり
  • [脳に挑む人工知能8]米中と日本、AIビジネスの優劣を分けたのは「実装力」

    機械学習や自然言語処理といった人工知能AI:Artificial Intelligence)の領域で、優秀な人材の奪い合いが世界各地で起きている。ITpro連載「脳に挑む人工知能」第8回以降は、日、米国を中心としたAI人材獲得の現場をレポートする。 TOEIC 900点、博士号、実装力 東京・千代田区にあるリクルートホールディングスのオフィス。同社が2015年4月に開設した人工知能研究所(Recruit Institute of Technology)を統括する石山洸氏は、毎日のように採用面接を繰り返していた。 その目的について、石山氏は「リクルートが人工知能で世界トップになるため、トップ級の研究者にジョインしてもらうこと」と語る(写真1)。 採用の条件は厳しい。TOEIC 900点以上の英語力と、機械学習に関する博士号相当の研究実績、そして人工知能を具体的なサービスに結びつけるソフト

    [脳に挑む人工知能8]米中と日本、AIビジネスの優劣を分けたのは「実装力」
  • 根本的なセキュリティ対策とは?

    (Last Updated On: 2018年8月4日)何年間も下書きのまま塩漬けになっていたエントリを多少修正して公開します。 プログラミングではホワイトリスティングが基ではプログラミング/システム開発とセキュリティに対する基的な考え方をまとめて説明していませんでした。手短にこれらの基的な考え方・解決策を紹介します。 このエントリでは「アプリケーション開発における根的なセキュリティ対策」を考えています。 問題を知る 多くのセキュリティ上の問題は複数のシステムがデータ交換う場合に発生します。データ交換を伴わない認証の問題、システムの安定性の問題などもセキュリティ問題です。脆弱性報告されるセキュリティ問題の8割、9割は入出力の問題です。入出力以外、つまりアプリケーションロジックの問題も重要な問題ですがこのエントリでの考察は省略します。省略はしますが紹介するセキュアな開発プロセスを実施

    根本的なセキュリティ対策とは?
    isrc
    isrc 2015/02/09
    セキュリティ知識の習得を開発者個人の努力に任せて、脆弱なコード・アプリを作ってしまった事を個人の責任にしていては何時まで経ってもセキュアなアプリは作れません。組織的プロセスを導入することが必要です。