並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 1663件

新着順 人気順

プロジェクト管理の検索結果161 - 200 件 / 1663件

  • C++からRustに移行して1年経って思ったこと - Qiita

    はじめに この記事は「プログラミング技術の変化で得られた知見・苦労話【PR】パソナテック Advent Calendar 2020」のために書かれたものです。 僕は去年の11月から一念発起してRustの勉強を初めて趣味で同人ゲームを開発しています。元々C++を4年程使っていて「C++最高、みんなC++使おう」とか友人に布教していました。しかし、C++プログラマは「一番自分たちの言語の批判に対して強くなる」と言われるほどC++はよくディスられます。もちろん僕も例外ではありませんでした(笑)。 一応僕もPythonを適当に使うようになってからC++のcppとhppを組み合わせるようなCの名残を感じるところや他言語と比べたときの標準ライブラリの貧弱さ、コードが冗長になりやすい点など使いにくいなあと思いはじめましていました。ですがPythonはあくまでも適当に使ってただけでしたし、一通り書けるJa

      C++からRustに移行して1年経って思ったこと - Qiita
    • ホットリンクのサイトリニューアル戦略資料を公開(8,000字の解説付)|#ホットリンク

      最終更新日:2019年12月20日 どうも、ホットリンクCMOの飯髙です。 2019年12月16日に、弊社(ホットリンク)のコーポレートサイトをリニューアルしました。 このリニューアルは、BtoBに強いWeb制作会社である株式会社ベイジさんにお願いしました。目に見える変化はもちろん色々あると思いますが、ここでは見た目だけでは分からない、サイトリニューアルの検討プロセスや背景にある意図などを、ベイジさんが作ったサイト戦略資料を元に、詳しく解説していきたいと思います。 ※全スライドはページの最後に掲載しています。 ※当記事はベイジの枌谷さんとの共同制作です。 ※提案資料は提案当時のものをあまり変えず公開しています。古い情報や誤字脱字などが含まれているかもしれませんが、ご了承ください。 旧サイトの課題とベイジさんを選んだ理由 リニューアル前の私たちのコーポレートサイトには、主に以下のような問題が

        ホットリンクのサイトリニューアル戦略資料を公開(8,000字の解説付)|#ホットリンク
      • アンドパッドで活躍中の id:shiba_yu36 を訪問 | はてな卒業生訪問企画 [#2] - Hatena Developer Blog

        こんにちは、CTOの id:motemenです。 Hatena Developer Blogの新たな連載企画「卒業生訪問インタビュー」では、創業からはてなの開発に関わってきた取締役の id:onishi、CTOの id:motemen、エンジニアリングマネージャーの id:onkが、いま会いたい元はてなスタッフを訪問してお話を伺っていきます。 連載第1回では、id:onishiが シリコンバレーのスタートアップ企業Launchableでアプリケーションエンジニアをしている id:ninjinkun(敬称略)こと、浅野慧さんにご協力いただきました。 第2回である今回は、CTOのid:motemenが担当します。 ゲストは、建築・建設業界のDXを推進、シェアNo1※の建設プロジェクト管理サービスを提供している株式会社アンドパッドでシニアソフトウェアエンジニアを務める id:shiba_yu36

          アンドパッドで活躍中の id:shiba_yu36 を訪問 | はてな卒業生訪問企画 [#2] - Hatena Developer Blog
        • 技術的負債の上手な積み上げ方・返し方

          2019年6月20日、TECH PLAY SHIBUYAにて「CTOが考える、チームで向き合う技術的負債との付き合い方」が開催されました。メドピア・SansanのCTOが、自社における技術的負債といかにして向き合ってきたか、その経緯と取り組みを語りました。(※当初登壇予定だったアイスタイルCTO竹澤氏は体調不良により欠席)。公開Q&Aには、メドピア株式会社執行役員のCTO福村彰展氏と、Sansan株式会社CTOの藤倉成太氏が登場。会場からの質問に回答します。 技術的負債を返す重要性をどう説明するか 司会者:お待たせしました。Q&Aなんですけど、最初に、みなさん申し込みいただいたときに質問をいくつかいただいていたと思うので、そのなかで質問が多かったものを私のほうで5つぐらい取り上げさせていただいております。そのあと、会場のみなさんから質問を募集して、ディスカッションのようなかたちで進められれ

            技術的負債の上手な積み上げ方・返し方
          • IE11 サポート終了の歴史 | blog.jxck.io

            Intro IE11 が役目を終えていく流れを記録として残す。特に MS からのアナウンスや、それに準じた各サービスの反応、特に IE サポート終了アナウンスをまとめることで、 IE11 というブラウザがどのように終了していったのかのを記録することを目的とする。 もともとは Google Docs にまとめていたものである。 日付はアナウンスの公開日 サポート終了日ではない サポート終了日も書いておけばよかったけど今からやり直す気力はない、、 赤字 は MS 関連もしくはサポート終了の影響が大きそうなアナウンス Windows における IE11 自体のサポート終了については以下を参照 https://www.atmarkit.co.jp/ait/articles/1503/11/news134.html できればある程度の結論が出るまでこのエントリを更新していきたい 追加リクエスト 本エ

              IE11 サポート終了の歴史 | blog.jxck.io
            • 手軽に始められる知識整理ツールいろいろ

              情報過多時代に必要な知識の整理を始めようで紹介した Roam Research をはじめとした知識整理 / 管理ツールは、2019 年から今年にかけて登場したものばかり。それぞれ特徴があって面白いですが、未熟なものばかりです。幾つか検討した末 Roam Research を使うことに決めましたが、スタートアップに投資するような気持ちで課金しています。 新しいものに飛び込む前に、今できること、今あるもので知識の整理をしてみたい方もいると思います。Roam Research や Obsidian をはじめとした知識管理を目的としたツールと同じようにはいきませんが、工夫次第でそれぞれ独自の強みを活かした自分だけのデータベースが作れます。 Evernote 機能が豊富で、いきなりサービスがなくなる心配がないのを選ぶなら Evernote 一択。前世代感がありますが、あらゆる情報をひとつのデータベー

                手軽に始められる知識整理ツールいろいろ
              • AGPLを理解する: もっとも誤解されたライセンス | フューチャー技術ブログ

                このエントリーはSayanさんによるUnderstanding the AGPL: The Most Misunderstood Licenseの日本語訳になります。 オープンソースの出現は、ソフトウェア産業全体を一変させました。しかし、オープンソースのコードを使って誰が何をできるかを管理することは課題でしたし、今も解決していません。オープンソースライセンスはそこに救いの手を差し伸べました。しかし、常に次のことを忘れないでください:石のない土地はなく、骨のない肉はありません。OSI(オープンソースイニシアチブ: オープンソースを促進することを目的とする組織)が承認したライセンスは80以上あり、その数はさらに増加しています。それぞれのライセンスには利点と欠点があるため、オープンソースの開発者は自分のプロジェクトにあったライセンスを選ぶのは簡単ではありません。Affero General Pu

                  AGPLを理解する: もっとも誤解されたライセンス | フューチャー技術ブログ
                • Notion、「Notionプロジェクト」を提供--分かりやすいプロジェクト管理を可能に

                  印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます コラボレーションソフトウェア「Notion」を提供するNotion Labsは米国時間5月31日、「Notionプロジェクト」を正式リリースした。 Notionプロジェクトは、社内Wikiやドキュメントなどとシームレスに統合され、AIを組み込んだプロジェクト・タスク管理ソリューション。ツールを統合することでチームはサイロを排除し、よりスピーディかつ分かりやすくプロジェクト管理をできるという。 これまでもNotionは、プロジェクト管理に必要な基本機能を搭載していたが、Notionプロジェクトにより、プロジェクト管理をより高度に行えるようになる。また、手軽にスタートできるテンプレートパックの活用により、これまでNotionを使っていなかっ

                    Notion、「Notionプロジェクト」を提供--分かりやすいプロジェクト管理を可能に
                  • 「EMはテックリードがやらないすべてのことを」 “困難さを理解している”からこそできる、“二人三脚”の進め方

                    エンジニアの組織作りやエンジニアリングマネージャーの役割など、気になる内容について各社を代表するエンジニアが話す「Qiita Night~エンジニアリングマネジメント~」。ここで株式会社ビットキーの佐藤氏が登壇。エンジニアリングマネージャー(EM)の役割について話します。 佐藤氏の自己紹介 佐藤正大氏(以下、佐藤):株式会社ビットキーの佐藤正大と申します。マネージャーとして、ID管理や認証認可を提供するプラットフォーム (bitkey platform)の機能開発や運用を担うチームと、エンジニア組織の横断的な課題解決を行う「VPoE Office」というチームを担当しています。Twitterでもいろいろ発信しているので、もしよければ見てください。 自分のことですが、10月に開催されたアジャイルのイベントである「XP祭り」で登壇した資料、KPT(Keep・Problem・Try)について書い

                      「EMはテックリードがやらないすべてのことを」 “困難さを理解している”からこそできる、“二人三脚”の進め方
                    • 4年間必死だった話とか、キャリアとか、採用とか

                      11月も終わりに近づき、なんというか哀愁漂うエモく素敵なシーズンに突入してきました。みなさまお元気でしょうか。私はまだ短パンです。個人ブログは全く更新できてないのですが、その代わりに技術的な記事はweb.dev等で執筆してきましたので、今回は特に技術的な話には触れず、今年がんばったことと今後についてエモく綴るだけのそんな本編にしていきたいと思います。会社の意見は一切代表していませんし、ありません。すべて私の個人的な見解です。 前略実は私は12月でGoogleという会社にまる4年勤めたことになります。あっという間でした。2015年の今頃入社して最初の数週間は緊張しすぎて夜寝れなかったのをよく覚えています。そのスタート地点を考えるとよく4年もやってこれたなと、必死に自分自身を叩き上げてきたなと、なんというか若輩者で恐縮の至なのですが、2019が終わりに向かうにつれて達成感が込み上がってきていま

                        4年間必死だった話とか、キャリアとか、採用とか
                      • Nuxt + Sails + TypeScript + Fargateでタスク管理ツールを作ったら快適だった話 - Qiita

                        Repsona LLCの@GussieTechです。無料ガントチャート、無料カンバン、無料ドキュメント管理が便利な「理想のプロジェクト管理ツール」を作っています。 タスク管理ツール、情報共有ツール、便利ですね! これまでいろんな仕事で、いろんなツールを使ってきました。それぞれ、特に不自由もなく、乗り換えるほどのモチベーションもなく使い続けていたんですが、不満が全くなかったわけではありませんでした。 ・遅い ・ダサい ・わかりにく ・カンバンがない ・ガントチャートがない ・Wiki的なものがない ・なぜか仕事がうまく進まない ・SNSみたいな感じで、社員がもっと楽しくつながれたらおもしろそう ・スキルがレベルアップしてる様子とか、可視化されたらおもしろそう ・勝手に仕事してくれたりしないかな、AIとかで ・使ってたら無意識にPMBOKみたいになるように、レールが敷かれていると便利な気がする

                          Nuxt + Sails + TypeScript + Fargateでタスク管理ツールを作ったら快適だった話 - Qiita
                        • はっきりと分かるようにデザインされたUIは、最高のUI

                          多くのデザイナーが日々、使いやすいデザインについて模索しています。 WebページやスマホアプリのUIデザインにおいて、使いやすいデザインへの一つの答えとなる記事を紹介します。 すっきりデザインされたUIよりも、はっきりと分かるようにデザインされたUIの方が使いやすい最高のUI! The Obvious UI is Often the Best UI by Susanna Zaraysky 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに 下部のナビゲーションバー = 使用率の増加 下部のナビゲーションバーとアクセシビリティ 「明白な」アイコンが「一般的な」アイコンとは限らない 他のUIをコピーしても、明白なデザインは保証されません 明白なものを見つけるには、問題点を見つけること はじめに フランスの哲学者ヴォルテールの言

                            はっきりと分かるようにデザインされたUIは、最高のUI
                          • フロントエンドエンジニアがAWSトップエンジニアになるまで - NRIネットコムBlog

                            はじめまして、岩崎です!「APN AWS Top Engineers/APN Ambassadors Week」の4日目の記事を書かせて頂くことになりました。この度、元々モバイルアプリしか作ってこなかった私が、「2021 APN AWS Top Engineers」になることができました。ちょうど良い機会でもあるので、NRIネットコムに入社してから取り組んだことをざっくりと整理していきたいと思います。 はじめに 昨今、一口にフロントエンドエンジニアと言ってもアプリを開発するだけではなく、プロジェクト規模によってはCI/CDの仕組みを構築・管理したり、アプリに機能やコンテンツを提供するためのバックエンドを構築したり、はたまたプロジェクト管理もしてみたりと、エンジニア一人に要求される専門性がますます多様化しているように感じます。おそらく、多方面で起こっている「技術の民主化」の流れが進んでいくに

                              フロントエンドエンジニアがAWSトップエンジニアになるまで - NRIネットコムBlog
                            • エンジニアの「生産性」どう測る? 開発サイクル改善の次の一手に挑むアンドパッドの挑戦 | SELECK [セレック]

                              エンジニアの「生産性」を、どのように測れば良いのだろうか? 2014年に創業し、建設・建築現場で使えるクラウド型のプロジェクト管理サービス「ANDPAD」を提供する株式会社アンドパッド。 2020年には合計約60億円の資金調達を行い、2022年4月時点でおよそ600名の従業員を有するなど、急成長を続けている。 同社のアカウント基盤チームでは、エンジニアのパフォーマンスを解析するSaaS「Findy Teams」を活用し、組織の生産性を可視化。チームの課題を特定した上で複数の施策を実施した結果、「平均プルリクエスト クローズ時間」の指標が、120時間から23時間ほどに激減したという。 この取り組みの中心となったテックリードの柴﨑 優季さんは、改善を行うにあたり「指標だけではなくチームの観察からボトルネックを特定する」「敢えて大きな課題から取り組まない」「自分一人がチームを変えるのではなく、チ

                                エンジニアの「生産性」どう測る? 開発サイクル改善の次の一手に挑むアンドパッドの挑戦 | SELECK [セレック]
                              • WebAssemblyを用いてBERTモデルをフロントエンドで動かす - OPTiM TECH BLOG

                                はじめまして。R&Dチーム所属、20.5卒の伊藤です。 普段の業務では自然言語処理と格闘していることが多いです。 今回は自然言語処理モデルとして有名なBERTをWebAssemblyを使用してフロントエンドで動かしてみた話になります。 最近、自然言語処理ライブラリとして普段お世話になっているHugging Face社のTransformersのTokenizerがRustで実装されていることを知り、それならばWebAssemblyにコンパイルして動かせるのではないかと試したみたのがきっかけです。 Tokenizerのみ動かしても実用性に乏しいため、Tokenizerから得られた結果からBERTを用いた推論をブラウザで動作させるまでを行い、備忘録がでら手順をまとめました。 どなたかの参考になれば幸いです。 8/26追記 本記事内のコードを含むリポジトリを公開しました!Dockerを使用してブ

                                  WebAssemblyを用いてBERTモデルをフロントエンドで動かす - OPTiM TECH BLOG
                                • エンジニアリングの組織が大きくなるときに留意すべき3つの原則

                                  Atlassian(アトラシアン) Atlassianは、シドニーに本社を置くソフトウェア企業。あらゆるチームの可能性を解き放つことを企業のミッションとし、プロジェクト管理(Jira Software)、コラボレーション(Confluence)、タスク管理(Trello)そしてソースコード管理(Bitbucket)、ITSM(Jira Service Desk)などのソフトウェアを開発し、世界の企業のイノベーション実現の支援をしています。 この記事は、アトラシアンのクラウドエンジニアリング責任者であるステファン・デイジーによって書かれたコラムです。 この記事は、2020年2月に公開された記事の翻訳転載です。著者の許可を得て配信しています。 3 research-backed principles that help you scale your engineering org チームやビジ

                                    エンジニアリングの組織が大きくなるときに留意すべき3つの原則
                                  • サボりがバレた。

                                    今日、サボっていたのがバレて部長と面談が決まった。 弊社はコロナ禍以降ずっとリモートワークを継続しているのだが、実はPCの稼働状況をモニタリングしていたようで、ここ3ヶ月ほどの私のPCの稼働状況が明らかに何もしていない状態を検知したそうだ。 技術的なことはよくわからないが、平均的な弊社でのPC稼働率が70%程度のところ、私の稼働率は15%程度だったと言われた。 実際のところ、ここ3ヶ月ほど私はほとんど何もしていない。 始業時刻にPCを立ち上げ、社内チャットのステータスがオフラインとならないようにマウスだけ適当に動かしてはいる(5分ほど無操作だとステータスが"離席中"となってしまい動いていないのがバレるため)ものの、1日中YouTubeやTwitter、増田になんJ、挙句にはまとめサイトなどを適当に巡回しているだけの日々を過ごしている。 今日に関しても、サボりがバレた件の連絡が来た15時の時

                                      サボりがバレた。
                                    • アトラシアン、新AIサービス「Atlassian Rovo」発表。GoogleドライブやGitHub、Slack、Teamsなど同社内外のサービスを横断してAIが学習、ユーザーを支援

                                      アトラシアン、新AIサービス「Atlassian Rovo」発表。GoogleドライブやGitHub、Slack、Teamsなど同社内外のサービスを横断してAIが学習、ユーザーを支援 アトラシアンは、同社製品およびGoogleドライブやGitHubなどサードパーティのサービスを横断してAIが情報を学習し、統合的な検索やチャットによる回答を実現することでユーザーを支援してくれる新しいAIサービス「Atlassian Rovo」を発表しました。 AI breaks down yet another barrier! Today at Team '24 we announced Atlassian Rovo – a new product that unleashes a company’s knowledge so teams can make better decisions faster.

                                        アトラシアン、新AIサービス「Atlassian Rovo」発表。GoogleドライブやGitHub、Slack、Teamsなど同社内外のサービスを横断してAIが学習、ユーザーを支援
                                      • 「基本情報技術者試験」に最年少合格した小学3年生(8) どうやって勉強した? 学習法を紹介

                                        (関連記事:8歳の小学3年生が「基本情報技術者試験」と「情報セキュリティマネジメント試験」に合格 最年少記録更新) 彼がFEとSGを受けるきっかけとなったのは、22年3月に7歳(当時小学1年生)で「ITパスポート試験」(IP)に最年少合格したことだった。IPを受けるきっかけは、父親の「国が作ったITクイズやってみる?」というお風呂場での言葉であった。当時、新型コロナウイルスの影響で外出が制限されており、家でプログラミング(お気に入りの言語はScratchとC)を学んだり、電子ピアノを弾いたりして過ごしていた(外遊びでは野球が好き)。 IPの本を購入し、約2.5カ月の勉強で合格できた。なお、FE科目Aには約2カ月、科目Bには約3カ月、SG試験には約4カ月の学習時間で合格した。 その後、FEの勉強に取り掛かったが、学習を始めてから「やめておけばよかった」と感じたこともあったという。難しかったの

                                          「基本情報技術者試験」に最年少合格した小学3年生(8) どうやって勉強した? 学習法を紹介
                                        • さくらインターネットで活躍中の id:y_uukiを訪問 | はてな卒業生訪問企画 [#9] - Hatena Developer Blog

                                          こんにちは、エンジニアリングマネージャーの id:onk です。 Hatena Developer Blogの連載企画「卒業生訪問インタビュー」では、創業からはてなの開発に関わってきた取締役の id:onishi、CTOの id:motemen、エンジニアリングマネージャーの id:onkが、いま会いたい元はてなスタッフを訪問してお話を伺っていきます。 id:onkが担当する第9回のゲストは、さくらインターネット株式会社の組織内研究所であるさくらインターネット研究所の上級研究員で、SRE (Site Reliability Engineering)の研究者としても活躍する id:y_uuki さんこと、坪内佑樹さんです。 2013年にはてなに新卒でWebオペレーションエンジニアとして入社後、サーバー監視サービス「Mackerel」をはじめとするサービス開発やはてなのインフラ開発・運用にSR

                                            さくらインターネットで活躍中の id:y_uukiを訪問 | はてな卒業生訪問企画 [#9] - Hatena Developer Blog
                                          • 今年読んだ技術書籍(2019年)

                                            今年読んだ技術書籍やレポートなどをざっくりまとめてる.Infrastructure Engineer・Platfomerとして日々の業務に直結するものから1年くらいかけてやっていきたいと思っていることなどを中心に. Kubernetes 業務ではメインにKubernetesを使っているのでKubernetesに関わる書籍は発売されれば大体目を通すようにしている. 今年発売されたので良かったのはProgramming Kubernetes.この本はCRDやOperatorによってKubernetes nativeなアプリケーションを構築することにフォーカスしている.昨年のJapanContainerDaysでのMicroservices Platform on Kubernetes at Mercariでも話したようにKubernetesを使う大きな理由の1つはその拡張性にある.Kubebu

                                            • 時系列でみる!4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話【Backlog Play 化プロジェクト】

                                              ヌーラボの松浦です。私がSREのエンジニアリングマネージャーとしてプロジェクトのサポートに携わっているプロジェクト管理ツールのBacklogは、2019年7月にJavaからScala / Play Frameworkに完全移行をしました。 このPlay化プロジェクトは、10年がかりで改良され仕様が明文化されていなかったBacklogを、JavaからScala / Play Frameworkに移行するという壮大なプロジェクトでした。 約4年にわたる「Backlog Playプロジェクト」(以下、Play化プロジェクト) で体験した“紆余曲折”を記録に残し、後のプロジェクトにつなげるために、今回から7回に渡って、技術的な挑戦やプロジェクト管理の視点など、当時のチームメンバーが独自の目線でPlay化プロジェクトを振り返った記事を連載します。 連載第1回目の本記事では、序章としてPlay化プロジ

                                                時系列でみる!4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話【Backlog Play 化プロジェクト】
                                              • 実践プロジェクトマネジメント - SaaSベンチャーで働くエンタープライズ部長のブログ

                                                プロダクトマネジメントを最近は生業としていますが、プロジェクトマネジメントについても必要となることが多くあります。 最近、周囲でもプロジェクトマネジメントが必要な機会を見聞きすることがあり、需要はあるのではないかと思い、私が学んできた知識や経験を書き記してみます。 仕事の終わらせ方は2つしかない プロダクトマネジメントとの違い プロジェクトマネジメントの3種の神器 プロジェクトマネージャーの仕事は不確実性を潰していくこと チームマネジメントについて 「運用でカバー」は最終手段 まとめ 仕事の終わらせ方は2つしかない 新人研修で、仕事の終わらせ方は2つしかないという話を教えてもらいました。その2つは「成果で終わらせるか」、「期限で終わらせるか」です。 (こちらの企業の研修だったと思います http://www.onevision.jp) 言い換えると、あらかじめ定めた成果物が完成した時、ある

                                                  実践プロジェクトマネジメント - SaaSベンチャーで働くエンタープライズ部長のブログ
                                                • NotionとGoogleカレンダーで進める、プロジェクト管理方法|平野太一

                                                  大小異なる複数プロジェクトが同時に動く中、進捗をNotionで記録し、Googleカレンダーで予定を立てたらうまく進むようになったので、現在の管理方法をまとめてみました。(僕は、ツールを自分が使いやすいようにカスタマイズして、ラクできることにテンションが上がるタイプです👨🏻‍💻) Notionのレビュー記事はこちら ▼ 予定を立てないと、仕事は前に進まない これまで、さまざまなToDo管理のアプリを使ってきました。でも、タスクを書き出すけれど、なかなか進まないことも。うーん、なぜできないんだろうと思っていたとき、『1440分の使い方』という本を読んで、考えを改めなきゃ!と思いました。タスクだけ見ていたせいで、その仕事にどれぐらい時間を掛けるかをきちんと見積もりできていなかったからです。 フロリダ州立大学の研究によれば、ツァイガルニク効果(未完了のタスクによって意識的・無意識的に悩まさ

                                                    NotionとGoogleカレンダーで進める、プロジェクト管理方法|平野太一
                                                  • Lookerライクな新興BIツールの比較検討

                                                    風音屋では、データエンジニア、データアナリスト、データコンサルタントを募集しています。 書籍執筆者やOSSコントリビューターなど、業界を代表する20名以上のアドバイザーと一緒にベストプラクティスを追求できる環境です。 ぜひカジュアルトークをお申し込みください。 はじめに こんにちは。廣瀬智史 (@satoshihirose) と申します。 Looker の LookML は便利ですよね。LookML はデータモデリングを抽象化してコードによる管理を可能にし、利便性を向上させました。 LookML については Google Cloud の LookMLの紹介 で次のように説明されています。 LookML は SQL データベース内のディメンション、集計、計算、データの関係を記述するための言語です。Looker は LookML で記述されたモデルを使用して、特定のデータベースに対する SQL

                                                      Lookerライクな新興BIツールの比較検討
                                                    • 機械学習について一回挫折してしまったエンジニアが何とかお仕事で機械学習を使えるようになるまで - Qiita

                                                      初めに 4x歳越えのエンジニアにとって機械学習は何やらややこしいもの、本を開けば数式があり、pythonがあり、何それおいしいの?5年ほど前にCourceraで機械学習を学ぼうとしたがあっさりAndrew Ng先生はWeek4で挫折。"教師付き学習"と"教師なし学習"のちがいなんだっけ? 想定している読者 IT業界で別のキャリアを持っていて機械学習のキャリアをみにつけたい、あるいは身につけようとしたが挫折してしまった人 自分のキャリアについて ホストの開発エンジニアから始まり、クライアントサーバー、Webアプリと開発系を云十年。その後ネットワーク、インフラ系を主な仕事にしています。 機械学習とのかかわり 5年ほど前に機械学習の勉強をしようとしたが、何をやっているか意味が分からず、あっさり挫折。その後は雑誌などで読む程度。 注)データ分析・機械学種・人工知能については、この文章では厳密に分け

                                                        機械学習について一回挫折してしまったエンジニアが何とかお仕事で機械学習を使えるようになるまで - Qiita
                                                      • ポストSaaSとしてのONCEモデル|リーダブル秋山

                                                        ONCEモデルとはonce.com トップページ今年3月に海外のSaaS業界で、あるニュースが話題になりました。 Railsの作者で37signals社のCTOでもあるDHHは、SaaSとして提供していたチャットシステムを、今後新たな機能開発はしないという前提で、買い切りのソフトウェアとて提供し、1週間足らずで25万ドルを売り上げたとブログで報告しました。 SaaSに対置されるこの販売モデルを、37signalsではONCEモデルと呼び、さらに取り扱うシステムを増やしていく計画を発表しています。ユーザーは一度の支払いでソフトウェアを所有し、それを自らホストし運用することになります。 但し37signalsとDHHは、SaaSモデルが最適であるプロダクトは存在するとも述べており、実際に彼らは複数のSaaS製品を抱えています。一方、ユーザーにとって必要十分な機能を既に提供できており、かつ運用コ

                                                          ポストSaaSとしてのONCEモデル|リーダブル秋山
                                                        • Notion vs Obsidian (あるいはアスカ vs 綾波)

                                                          今最もアツいデジタルノートアプリと言えば、NotionとObsidianでしょう。となると、当然ながらこんな疑問を持つ方も多いはず。 NotionとObsidianって結局、どっちがいいの?しかし注意しておきたいのは、この2つが『実際は全くの別物である』ということ。 どれくらい違うかって? それはもう「アスカと綾波くらい違う」と言うしかありません。 今回はNotionとObsidianの対照的な違いとその棲み分けについて、好対照なキャラクター2人の議論を通じて比較しましょう。 (エヴァンゲリオンをご存じない方には地獄のような時間が始まります。予めご了承ください) Notionは即戦力、Obsidianはユーザー次第Notion「いいわね。最初からフル稼働、最大戦速でいくわよ」プラグインがどうたらこうたら、面倒なことする必要無いの。 Notionは起動した瞬間、何もかも揃ってんだから! 新し

                                                            Notion vs Obsidian (あるいはアスカ vs 綾波)
                                                          • 俺の機械学習プロジェクト管理をさらす - Qiita

                                                            状況 python 3.7 Pytorch 1.1.0 研究室に複数GPUサーバあり それらを同時に動かすことあり デスクトップはMacOS GPUサーバはLinux系いろいろ 基本 ソースコードはgitlabで管理。 一人なのでほとんどmasterブランチしか使わない。 たまに試験的にdevelopブランチを切ることがある程度。 GPUサーバにはsshでログイン。 ssh先で編集せずに、sshfsを用いてローカルにマウントし、ローカルで編集。 ssh先では必ずtmux。 命名規則 プロジェクトにおいて命名規則は大事ですよね。 機械学習ではモデルを大量に作ることになると思います。そこで、僕はこのような命名規則をモデルに設けています。 <日付(8桁)>_<数字>_<手法> (例)20190705_01_focalloss です。 数字の所は今日のモデルの何番目かを表しています。これにより、1

                                                              俺の機械学習プロジェクト管理をさらす - Qiita
                                                            • ソフトウェア開発分析データ集2020 | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構

                                                              ソフトウェア開発の定量データの収集、分析を行い、分析データ集として公開しました。 これまでに収集した5,066プロジェクトの定量データからソフトウェアの信頼性を中心に分析しています。また本編とは別に業種編3編、サマリー 版、マンガ解説版も同時に公開しています。 概要 近年、ソフトウェアの社会システムへの適用領域の拡大に伴い、ソフトウェア開発における信頼性向上に対するニーズは高まっています。このニーズに対応するために技術者の経験と勘に頼った方法ではなく、実際のプロジェクトデータに基づいた開発プロセスの改善を行う定量的なプロジェクト管理が必要で、IPA 社会基盤センターではエンタプライズ分野のソフトウェア開発データを収集・分析してまとめた「ソフトウェア開発データ白書(以下データ白書)」を2005年から発行しています。 今回はこのデータ白書の装いを一新し「ソフトウェア開発分析データ集2020(以

                                                                ソフトウェア開発分析データ集2020 | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構
                                                              • 達人出版会

                                                                探検! Python Flask Robert Picard, 濱野 司(訳) BareMetalで遊ぶ Raspberry Pi 西永俊文 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 知る、読む、使う! オープンソースライセンス 可知豊 きつねさんでもわかるLLVM 柏木餅子, 風薬 デザインディレクション・ブック 橋本 陽夫 現場のプロがやさしく書いたWebサイトの分析・改善の教科書【改訂3版 GA4対応】 小川 卓 解釈可能なAI Ajay Thampi(著), 松田晃一(翻訳) PowerPoint 目指せ達人 基本&活用術 Office 2021 & Microsoft 365対応 PowerPoint基本&活用術編集部 ランサムウェア対策 実践ガイド 田中啓介, 山重徹 TODによるサステナ

                                                                  達人出版会
                                                                • 株式会社メルカリのAR研究職から転職しました - Ash

                                                                  こんにちは、Ash (@ashyanagisawa) です。私は株式会社メルカリの研究開発組織「mercari R4D」でARとファッションテックの研究していました。 mercari R4D*1 R4Dは研究(Research)と4つのD、設計(Design)・開発(Development)・実装(Deployment)・破壊(Disruption)を意味し、 スピーディーな研究開発と社会実装を目的としています。 この転職エントリは過去と現在、未来を踏まえ、「AR研究職から転職*2に至った経緯」を記載しています。ARに関わる多くの方のお役に立てば嬉しいです。 本エントリは所属企業の認可済み。 ▼ 目次 メルカリに入社した理由 内側から見たメルカリ AR研究職の1年間 2018/10 - 2018/11 : メルカリ入社 2018/12 - 2019/01 : Vuzix Bladeアプリの

                                                                    株式会社メルカリのAR研究職から転職しました - Ash
                                                                  • 社内からの不具合報告をSlackワークフローを使って改善した話 - Cluster Tech Blog

                                                                    こんにちは、プロダクトマネージャー(PM)のいかりです。 今回の記事では、プロダクトに対しての社内からの不具合報告のフローを改善した話について紹介します。 「社内からプロダクト改善のために色々な声をもらっているけどどう対応しよう……」と困っているような方は何かの参考になるかもしれないので、ぜひ読んでみてください! プロダクトを安心して使ってもらうための「不具合対応」 社内からの不具合報告の既存の課題 【改善】Slackのワークフローを使って不具合報告フォームを制作 結果、良くなったところ 社内の多くの人に不具合報告フローの存在を周知できた 数ヶ月で50件近くのバグ報告があり、1〜2割はその週に解決 連絡の往復回数が減った 後からのキャッチアップがしやすくなった まとめ プロダクトを安心して使ってもらうための「不具合対応」 プロダクトの成長のためには新しい機能の提供や操作性を良くしたり、とい

                                                                      社内からの不具合報告をSlackワークフローを使って改善した話 - Cluster Tech Blog
                                                                    • 【新人SE講座】 第1回『WBSがないのは死亡フラグ』 - Qiita

                                                                      主に新人システムエンジニア向けに、業務で必要になる知識やテクニックを解説していきます。 第1回のテーマはプロジェクト管理の基本である「WBS」です。 (評判がよければ第2回もやります。。。) まとめ

                                                                        【新人SE講座】 第1回『WBSがないのは死亡フラグ』 - Qiita
                                                                      • “ハッカー体験”ボードゲーム、IPAが無料公開 攻撃者視点で防御を学ぶ 手番は「最近怪しいメールが来た人」から

                                                                        デジタル人材の育成を目指す「中核人材育成プログラム」の参加者が開発。「(サイバー攻撃の)防御を行うにしても、攻撃を全く知らない状態だと何から身を守っているのかイメージし難い。このゲームでは攻撃者の立場になり、サイバー攻撃を疑似体験することで、防御側が見落とす可能性のある脆弱な点に気付き、セキュリティ意識の向上につながることを期待する」としている。 このゲームは「個人、法人組織における非営利、非商業的態様でのシステムセキュリティ教育・啓発目的でのみ、かつ健全な社会通念に反しない」場合のみ、制作者への事前連絡なしで無償利用できる。顧客向けサービスなどと組み合わせての利用、内容改変などのその他の利用をする場合は制作者から許諾を得る必要がある。 また、このゲームは教育とコミュニケーションを目的として作られたものであり、実際の犯罪行為や攻撃の推奨を意図しているわけではないとしている。 関連記事 IT

                                                                          “ハッカー体験”ボードゲーム、IPAが無料公開 攻撃者視点で防御を学ぶ 手番は「最近怪しいメールが来た人」から
                                                                        • 10分でわかるfreeeのPdM

                                                                          P.36「PMの外部公開記事」のリンクは以下です。 【記事】 ・PMとしてのセカンドキャリアでなぜfreeeへ?ユーザー視点と強い意志でプロダクトを前に進める、黒石の挑戦 ・自信をなくしていたfreeeのプロダクトマネージャーが見つけたPMの役割とは?本場アメリカのSaaSイベントで学んだこと ・freeeに大きなビジネスインパクトを与えるために──ふたりのPMの熱き想い 【Award受賞】 ・総務省後援「第11回 ASPIC IoT・クラウドアワード2017」にて、ASP・SaaS部門の「基幹業務系分野グランプリ」を受賞 ・プロジェクト管理freee、ASPIC IoT・AI・クラウドアワードで「ASPIC会長賞」受賞 ・プロジェクト管理freee、「Ruby biz Grand prix 2020」でVerticalSolution賞を受賞 【Meetup登壇/主催】 ・Product

                                                                            10分でわかるfreeeのPdM
                                                                          • 従来とアジャイルで、品質メトリクスには本質的な違いがあるのではないか - ソフトウェアの品質を学びまくる

                                                                            ソフトウェア開発における品質のメトリクスについて、新旧2冊の本を比べてみました。 1冊は、『初めて学ぶソフトウェアメトリクス』。 原著『Five Core Metrics: The Intelligence Behind Successful Software Management』(Lawrence H. Putnam、Ware Myers著)は、2003年に出版されています*1。 初めて学ぶソフトウエアメトリクス~プロジェクト見積もりのためのデータの導き方 作者:ローレンス・H・パトナム,ウエア・マイヤーズ日経BPAmazon もう1冊は、『アジャイルメトリクス』。 原著『Agile Metrics in Action: How to measure and improve team performance』(Christopher W. H. Davis著)は、2015年に出版されて

                                                                              従来とアジャイルで、品質メトリクスには本質的な違いがあるのではないか - ソフトウェアの品質を学びまくる
                                                                            • フリーエンジニアが全員フルリモート中の現場に新規参画して1ヶ月経った所感いろいろ(ぼくの場合) - みんからきりまで

                                                                              年末から4月までダラダラとひきこもる休暇を過ごしてしまったけど、5月から新しい案件で働き始めました。 Androidエンジニアの知り合いからの推薦で、シニアレベルのAndroidエンジニアとジュニアレベルのサーバーサイドエンジニアという2つの業務を並行してやらせてもらえるという非常にありがたい案件を頂いた。 サーバーサイドに関してはコードの実装以前に現場のインフラや開発環境まわりの理解が出来ていなさすぎてまだ全然なにも戦力になれていないんだけど、どうにかはやく一人前に仕事が出来るようになりたい。 Androidエンジニアも実装だけできればいいわけではないけど、サーバーサイドは特にコードだけ書けても何も出来ないんだなぁと実感した。 まあそれはそれとして今回は全員フルリモートという体制の現場に新しいメンバーとしてジョインして働いてみて思ったことなどを書いてみたいと思います。 リモートワーク(在

                                                                                フリーエンジニアが全員フルリモート中の現場に新規参画して1ヶ月経った所感いろいろ(ぼくの場合) - みんからきりまで
                                                                              • 経済産業省が事務作業を3分の1に削減!行政手続オンライン化の一翼を担う | 株式会社ヌーラボ(Nulab inc.)

                                                                                令和7年末までに行政手続きを全オンライン化へ!急増するプロジェクトを支えるBacklog ――Backlogをご利用いただいている部署と主な業務内容について教えていただけますか? 経済産業省では、従来行政自体のDXに力を入れておりましたが、2022年7月に省全体のDXをさらに強力に推進する体制を整え、省内のシステム担当部署の職員やベンダーと力を合わせて業務に取り組んでいます。 大臣官房デジタル・トランスフォーメーション室(以下、DX室)の前身となる情報プロジェクト室では、2018年からプロジェクト管理ツールとしてBacklogを利用していました。関与する情報システム開発等のプロジェクト増加に伴い、Backlogの活用の幅も大きく広がりました。 ――どのように活用が広がっているのか、詳しくお聞かせください。 政府では、令和7年末までに民間から行政への申請に伴う手続は、すべてオンライン化する方

                                                                                  経済産業省が事務作業を3分の1に削減!行政手続オンライン化の一翼を担う | 株式会社ヌーラボ(Nulab inc.)
                                                                                • Trelloの設定ミス、「公開」の誤解が原因? 分かりやすい表現とローカライズを考える

                                                                                  4月5日深夜から6日にかけて、豪Atlassianが運営するプロジェクト管理ツール「Trello」で個人情報が閲覧できるなどといった情報がネット上で注目を集めた。一日のToDoリストなど作業管理のために作成するボード機能の閲覧範囲を「公開」と設定していたことが原因だった。 ボードの公開機能は、例えばオープンなプロジェクトの進捗を外部に公開するといった用途に使うもので、適切に利用すれば問題はない。しかし、Trelloで顧客や採用活動などの情報を管理していた一部の企業ユーザーが、住所氏名などの個人情報、運転免許証やパスポートの画像をそのままアップロードし、“公開”状態にしてしまっていた。 その結果、Googleの検索にヒットし、外部から誰でも閲覧できる状態になっていたことからネット上で騒動に発展した。中には企業の採用担当者が、面接の結果、不採用とした学生を「頭が悪い」などと中傷するコメントを残

                                                                                    Trelloの設定ミス、「公開」の誤解が原因? 分かりやすい表現とローカライズを考える