開発生産性が上がるって分かったので GitHub Copilot Business を積極活用しています - Money Forward Developers Blog
エンジニアリング戦略室の高井といいます。 みなさん、GitHub Copilot は利用されていますか？ GitHub Copilot は GitHub と OpenAI が共同で開発した生成 AI を活用した開発支援ツールです。コードの自動補完、コード生成、ドキュメントの提案など、多岐にわたる機能を提供し、開発者の生産性を向上させることを目的としています。 マネーフォワードでは、昨年度にトライアルとして Copilot の利用を開始しました。本記事では、Copilot を利用して半年以上経過して、その利用がどのような効果をもたらしたかをレポートします。なお、ここで GitHub Copilot として言及されている Copilot のプランは GitHub Copilot Business です。 Copilot 利用状況・分析対象 なお、分析にはエンジニアリング組織のパフォーマンスを可
2018年春までに感動したビジネスモデルまとめ13個｜チャーリー｜note
チャーリーです。 追記：ビジネスモデルを図解できるツールキットを販売中です。この記事にあるような図解を自分でもやってみたいという方はぜひ。 もう2018年も1/4が終わったというにわかに信じがたい状況ですが、ビジネスモデルを図解し続けたものがたまってきたのでここらで13個一挙公開します。 - 目次 -俺のフレンチ サマリーポケット 未来食堂 Cansell プチローソン Unipos SCOUTER ポプテピピック ZOZOSUIT Optoro Fundbox PillPack Farmers Business Network 100の事例を図解した「ビジネスモデル2.0図鑑」という本を発売しています（本記事の事例ふくむ）。予約開始と同時にnoteで全文無料公開という試みをやっています。本記事に興味を持ったらそちらもどうぞ！ 俺のフレンチ俺の株式会社は2012年創業、あのブックオフの創業
契約音痴は、まだ続いている | タイム・コンサルタントの日誌から
10年ほど前のことになるが、プロジェクトマネジメント学会に呼ばれて「トワイライト・サロン」で講演を行ったことがある。テーマは「海外プロジェクトの共同遂行におけるリスク要因」で、海外の企業と組んで共同でプロジェクトを進める際に、どんなリスクが考えうるかと言う話だった。共同で組む場合、ジョイント・ベンチャーや、コンソーシアムなどいくつかの契約上のパターンがある。また、スコープをどう分担するかも問題だ。これらを考えた上で、最適なフォーメーションをデザインする必要がある。わたしは同僚のAさんと一緒に、来場者の前でこうした問題についての考え方をお話しした。 講演の後質疑応答の時間になって、幾人かの方が質問に立った。ところで、PM学会の参加者は昔も今も、ほとんどがIT業界の人たちである。話題も、IT開発系プロジェクトがなぜかデフォルトになってしまう。その中の1つは、プロジェクトがスタートしたしばらく後
［GDC 2016］「Magic: The Gathering」を20年間デザインしてきたMark Rosewater氏が，自身の経験から得た“20の教訓”を語る
［GDC 2016］「Magic: The Gathering」を20年間デザインしてきたMark Rosewater氏が，自身の経験から得た“20の教訓”を語る ライター：徳岡正肇 Mark Rosewater氏，Magic: The Gathering Head Designer，Wizards of the Coast Game Developers Conference（GDC）は，コンピュータゲームの開発者が集う場だ。しかし，そこに登壇するのは，必ずしもコンピュータゲームの開発者や関係者だけではない。 GDC 2016の4日め（北米時間の2016年3月17日）に登壇した，「Magic: The Gathering」（以下，M:tG）の開発者として知られるMark Rosewater氏（以下，MARO氏。M:tGコミュニティにおいて，MAROの愛称で親しまれている）も，そんな一人だ
GitHub is undergoing a full-blown overhaul as execs and employees depart — and we have the full inside story
Former GitHub CEO Tom Preston-Werner shows off the Scotch collection kept at the GitHub office in 2012. Owen Thomas, Business Insider Wanstrath became CEO in 2014 after GitHub was embroiled in a sexual-harassment scandal by a female employee who quit. GitHub's own internal investigation determined that no sexual harassment took place, but said there were other leadership issues going on. Ultimatel
Evernoteを苦しめる「5％問題」は本当に取り組むべきことを照らす道しるべになる - GIGAZINE
By Brooks Duncan 2012年、非上場企業ながら「企業評価額10億ドル(当時のレートで約790億円)」とアメリカの経済関連出版社ダウ・ジョーンズに評価されたのが、オンライン上で使用できるノートアプリ「Evernote」です。かなり多機能で、メモをとったり重要なデータをストックしておいたり、リマインダーとして使ったりオンライン上で共同作業を行うために使ったりすることも可能なEvernoteですが、最近は設立初期から在籍していた副社長が辞任したり海外オフィスを複数閉鎖したりと不調が続いています。そんなEvernoteの不振は多くのIT系企業が抱える「5％問題」によるものだ、とIT関連のニュースを取り扱うVentureBeatのライターであるChris O'Brienさんが考察しています。 Evernote's 5% problem offers a cautionary less
「夢だったゲームアプリ開発。700万円かけて売上14万円でゾンビ化」京都のアプリ開発者「room6」が語るアプリビジネスの厳しさ。 | アプリマーケティング研究所
「夢だったゲームアプリ開発。700万円かけて売上14万円でゾンビ化」京都のアプリ開発者「room6」が語るアプリビジネスの厳しさ。 今回は京都のアプリ開発チーム「room6」を取材しました。長年の夢だった「自社ゲーム」。700万円かけて開発した「とっとこダンジョン」。累計売上はいくらなのか。 【11/25 追記】room6さまの都合により、記事内容を一部修正しました。 ※room6 代表 木村征史さん（左）、デザイナーさん（右） １、「とっとこダンジョン」について 「room6」について教えてください。 受託開発の仕事をやりながら、ゲームアプリを開発しています。現在は、僕（エンジニア）とデザイナーの2名で会社として活動しています。一人で夜中までプログラミングしていますよ。 起業してもうすぐ丸5年です。「ゲームつくってから死にたい」と思い、「room6」を立ち上げました。人生も後半戦に差し掛
「できません」と言わないソフトウェア技術者の話。
私の知人に、ほとんど「できません」と言わないソフトウェア技術者がいる。営業であれば、「出来ません」と言わない方は普通にいるのだが、ソフトウェア技術者では珍しい。 「GoogleAnalyticsのように、グラフィカルに表示できないですか？」 ⇒「なんとかしましょう」 「1週間以内に実装できないですか？」 ⇒「わかりました」 「応答のスピードを上げられますか？」 ⇒「やってみます」 彼は周りからたいへん頼りにされているのだが、かと言って安請け合いするわけでもない。仕様に問題があれば必ずディスカッションを求め、必ず納期は守る。 私は彼が「やったことはないですが、多分できるでしょう」と言い、そのとおりになったことを何度も見た。 最近すぐに「できません」という社員が増えているとの悩みを経営者の方々からお聞きする。無茶な要求をする 上司や顧客がいるのも事実だろうが、考えもしないで「できません」という
Agile Archives - Work Life by Atlassian
Meet the latest evolution in human-AI collaboration, powered by Atlassian Intelligence
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
「ソフトウエアの熟練工になるな！」大前研一・創希親子の会話に見る、2035年に通用する人材像【AWS Summit Tokyo 2015】 - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype スキル 「ソフトウエアの熟練工になるな！」大前研一・創希親子の会話に見る、2035年に通用する人材像【AWS Summit Tokyo 2015】 2015.06.04 スキル 2014年、1つのニュースが議論を呼んだ。「今後20年ですべての仕事の47％が自動化される可能性がある」とエコノミスト誌が予測。この記事には、スポーツの審判や保険鑑定士オーダーを受けるスタッフなど、多くの仕事がシステムの進化により潰えてしまうと記されていた。 事実、AWS（Amazon Web Services)の高いパフォーマンスにより、サーバ管理や運用に割いていたコストから解き離れたという声もある。このように、人の手を介す必要がない仕事は近い将来、増えていくのかもしれない。 2015年6月2日、東京・港区のグランドプリンス高輪で開催された『AWS Summit
Private Presentation
Private content!This content has been marked as private by the uploader.
均一性のNECと一点突破の日立 手段と目的を履き違えていた半導体技術文化 | JBpress (ジェイビープレス)
1999年12月にNECと日立製作所のDRAM合弁会社エルピーダメモリ（当時はNEC日立メモリ）ができたときのことである（大変古い話で恐縮ですが）。私は、2000年2月にNEC相模原内のエルピーダ・プロセス開発センターに出向して、同様にNECから出向してきた技術者と一緒にDRAMのプロセス開発を行った。 そのとき、会社が違うと、仕事のやり方がかくも違うものなのかと驚いた。DRAMのプロセスフローは、500工程以上になるが、その各工程で使用する装置が違うとか、そのプロセスの毛色が違うとか、そういったことではない（もちろん、それも違うのではあるが）。プロセス開発の方針と言うか、哲学がまるで違うのである。 簡単に言えば（よく言えば）、NECは「均一性第一主義」であり、日立は「新技術優先主義」であった。悪く言えば、NECは「病的なまでの潔癖完璧主義」であり、日立は「新技術オタクの一点突破主義」であ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
