年に一度のプロジェクトマネジメントに関するイベント「Backlog World 2020 re:Union」。今回「プロジェクトリスク＆クライシスマネジメント」のテーマで登壇するのは、数多くのシステム開発の現場でプロジェクトマネジャーに従事し、現在は広島修道大学で教壇に立つ佐藤達男氏。後半は佐藤氏の今までの経験から培ったリスクの危機管理方法やトラブルの対処方法、またマネジメント全体から現場レベルの関わり方について話します。 リスクの底を知る 私は、プロジェクトマネージャーは現場で現状を知るべきだと思っています。 ここから実際の経験の話を少ししていきたいんですが。私がシステム開発のプロジェクトマネージャーをやっていたときに開発の仕事がたくさんある。しかし、依頼を引き受けてくれるソフト開発の会社が見つかりませんでした。 そんなときに「100台のパソコンと100人のエンジニアがいて、御社の仕事を
要求定義と要件定義についての記事というのは需要があるようですね。 検索されるだけなのか？そもそも話し合いの中では、その「定義」を確定して、話しておくことが大事なのですよね。言語を学ぶ上で、まずはひらがなからカタカナからそしてローマ字など文字を学ぶように、プログラミング用語や現場で使う単語などというのは意識して使っていかないと追いつけなくなってしましますからね。 役割分担、期日を決めるなどマネージメントの方もプロジェクト進行では、考えていきたいですね。 ##最近の近況 バーチャルな世界に興味があり、バーチャルSNSなどにも顔を出しながら作業してます。 ##はじまり はぁ… なんでシステム開発が失敗するんだろう… 仕様の変更が多くて… 言った言ってないのトラブルから避けたい… システム動かしてみても全然使えない… 実は．． 事業運用をオペレーションレベルに展開しないままに、 システム開発をして
Engineering Managerをやっていた間の振り返りとまとめ - masartz->log(type=>'hatenablog')
TL;DR; Engineering Managerを降りることになりましたので、振り返りとまとめです。 ※会社は辞めませんので、退職エントリではございません（別チームへの異動です） 時系列 2017/10頃: SREのチーム内において会社のReport Line上にはプロットされないリーダー的なポジションをやりはじめる この時はまだManagerではない。採用や評価に対するResponsibilityがないのがマネージャとリーダーの簡単な違い 2018/04: SREのEngineering Managerに登用される 当時 Microservices PlatformはReport Line上はまだSRE内に包含されていた気がする どこかのタイミングで Report Lineとしても独立して、2チームを兼任する形で引き続き担当していた 2018/10: 2チーム兼任からMicroser
フリーエンジニアが全員フルリモート中の現場に新規参画して1ヶ月経った所感いろいろ(ぼくの場合) - みんからきりまで
年末から4月までダラダラとひきこもる休暇を過ごしてしまったけど、5月から新しい案件で働き始めました。 Androidエンジニアの知り合いからの推薦で、シニアレベルのAndroidエンジニアとジュニアレベルのサーバーサイドエンジニアという2つの業務を並行してやらせてもらえるという非常にありがたい案件を頂いた。 サーバーサイドに関してはコードの実装以前に現場のインフラや開発環境まわりの理解が出来ていなさすぎてまだ全然なにも戦力になれていないんだけど、どうにかはやく一人前に仕事が出来るようになりたい。 Androidエンジニアも実装だけできればいいわけではないけど、サーバーサイドは特にコードだけ書けても何も出来ないんだなぁと実感した。 まあそれはそれとして今回は全員フルリモートという体制の現場に新しいメンバーとしてジョインして働いてみて思ったことなどを書いてみたいと思います。 リモートワーク(在
この記事は C# Advent Calendar 2020 の 2 日目の記事です。1 日目は @RyotaMurohoshi さんの C# 9.0で加わったC# Source Generatorと、それで作ったValueObjectGeneratorの紹介 でした。 私の記事では、.NET Framework 1.0 の頃の C# 1.0 と今の .NET 5 時代の C# 9.0 で同じお題をもとにプログラムを書いてみて比べてみようと思います。これを書くにあたって事前に xin9le さんと 岩永さんに色々見てもらいました！感謝！ ではやってみましょう！ 記事を書く前の感覚では LINQ の有無と async/await の有無が大きいだろうな…と思ってます。 プロジェクトの設定 Windows 10 に .NET Framework 1.1 SDK を入れようと思えば入れることが出来
私自身もこういったアンチパターンに遭遇し失敗した経験がある。 冒頭にあげた鬼十則はその反省から生まれたものであるが、ここからそれぞれの項目を解説していきたい。 1. データは自ら集めるべきで、与えられるべきではない 主人公の「データがないから開発できない」の発言は間違ってはいない。しかしデータがないと嘆くのではなく、そのデータを取りに行く努力が必要である。昨年データサイエンティスト界隈で話題となった『アルキメデスの大戦』では上のいざこざでデータ（設計図）が手に入らない時、自らデータを集めて突破口を開くエピソードが綴られている5。この姿はまさに理想のデータサイエンティスト像といえるだろう。データ収集の壁は数多く挙げられるが6、その壁を乗り越える努力を怠ってはいけない。自らが安心して開発を進めるためにも、データ取りには十分に入り込んでいくべきである。 2. 目標とは、先手先手と働き掛けていくこ
Open Developer Conferenceでの登壇資料です。 https://www.ospn.jp/odc2019/modules/eguide/event.php?eid=31 (運用設計ラボ合同会社 波田野裕一)
Notion AIを用いて機能仕様書からテストケースを自動で作成した話 - Commune Engineer Blog
はじめに コミューンでQAをしています金丸です。 最近QA界隈でAIを用いたソフトウェア開発が注目を集めています。 www.kzsuzuki.com 多くはChatGPTを用いたものですがちょうど先月にNotion AIがリリースされたので今回Notion AIがソフトウェア開発のテスト部分に対して有用に使うことができるかについて記事を書いていきたいと思います。 結論から言うと、実用としての運用は未だ難しいがQAの補佐的な位置付けとしては十分な働きをしてくれることがわかりました。 はじめに NotionAIとは 機能仕様から同値分割・境界値分析・フローチャートを自動で作成 機能仕様の修正もNotionAIにやっていただいた 終わりに NotionAIとは NotionAIは、Notion Labs, Inc.によって開発された人工知能モデルです。個人や仕事に関するタスクの作成、整理、管理を
令和7年末までに行政手続きを全オンライン化へ！急増するプロジェクトを支えるBacklog ――Backlogをご利用いただいている部署と主な業務内容について教えていただけますか？ 経済産業省では、従来行政自体のDXに力を入れておりましたが、2022年7月に省全体のDXをさらに強力に推進する体制を整え、省内のシステム担当部署の職員やベンダーと力を合わせて業務に取り組んでいます。 大臣官房デジタル・トランスフォーメーション室（以下、DX室）の前身となる情報プロジェクト室では、2018年からプロジェクト管理ツールとしてBacklogを利用していました。関与する情報システム開発等のプロジェクト増加に伴い、Backlogの活用の幅も大きく広がりました。 ――どのように活用が広がっているのか、詳しくお聞かせください。 政府では、令和7年末までに民間から行政への申請に伴う手続は、すべてオンライン化する方
開発以外へのスクラム導入ガイド - 「よりぬきスクラム」でチームの勝ちパターンを素早く見つけよう - Agile Journey
はじめまして！GMOペパボの和島（@wajimaf）です。私が勤務するGMOペパボは「ロリポップ！レンタルサーバー byGMOペパボ」をはじめ、ハンドメイドマーケット「minne byGMOペパボ」、ネットショップ作成サービス「カラーミーショップ byGMOペパボ」、オリジナルグッズ作成・販売サービス「SUZURI byGMOペパボ」など、「インターネットで可能性をつなげる、広げる」をミッションにさまざまなサービスを展開しています。 各チーム、それぞれが最適な開発体制を追求しており、もちろんスクラムに取り組むチームも多いです。そして、弊社ではスクラムやスクラムに含まれるプラクティスに取り組んでいるのは“開発”チームだけではありません。バックオフィスや広報など、“開発以外”の業務でも関わるメンバーたちが朝会や振り返り会といったプラクティスを導入し、効率化を進めているのです。 私自身は2010
4月5日深夜から6日にかけて、豪Atlassianが運営するプロジェクト管理ツール「Trello」で個人情報が閲覧できるなどといった情報がネット上で注目を集めた。一日のToDoリストなど作業管理のために作成するボード機能の閲覧範囲を「公開」と設定していたことが原因だった。 ボードの公開機能は、例えばオープンなプロジェクトの進捗を外部に公開するといった用途に使うもので、適切に利用すれば問題はない。しかし、Trelloで顧客や採用活動などの情報を管理していた一部の企業ユーザーが、住所氏名などの個人情報、運転免許証やパスポートの画像をそのままアップロードし、“公開”状態にしてしまっていた。 その結果、Googleの検索にヒットし、外部から誰でも閲覧できる状態になっていたことからネット上で騒動に発展した。中には企業の採用担当者が、面接の結果、不採用とした学生を「頭が悪い」などと中傷するコメントを残
顧客からのちょろちょろインプットを脱却 顧客からのめちゃ太いインプットを通して何を選んでもアウトカムを生み出すプロダクトバックログを実現する/Break free from narrow customer input 2024
よわよわプロダクトバックログアイテムで悩むプロダクト開発チームに向けて、顧客からのインプットを太くすることで、つよつよプロダクトバックログを作り出すための仕組みと構造を解説します。 発表者 https://twitter.com/_N_A_ https://note.com/mryy 関連スライド ■もっとプロダクト組織の問題を学ぶ 「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」大企業病の罠を乗り越え若々しいチームを実現するぞ https://speakerdeck.com/moriyuya/traps-of-optimization-in-product-management-2024 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法 https://speakerdeck.com/moriyuya/p
導入がカンタンで開発効率爆上げなVisual Studio Code拡張機能のご紹介 | SIOS Tech. Lab
◆ Live配信スケジュール ◆ サイオステクノロジーでは、Microsoft MVPの武井による「わかりみの深いシリーズ」など、定期的なLive配信を行っています。 ⇒ 詳細スケジュールはこちらから ⇒ 見逃してしまった方はYoutubeチャンネルをご覧ください 【4/18開催】VSCode Dev Containersで楽々開発環境構築祭り〜Python/Reactなどなど〜 Visual Studio Codeの拡張機能であるDev Containersを使ってReactとかPythonとかSpring Bootとかの開発環境をラクチンで構築する方法を紹介するイベントです。 https://tech-lab.connpass.com/event/311864/ みなさん、こんにちは。サイオステクノロジー武井です。今回は、導入がカンタンで開発効率爆上げなVisual Studio Co
マニアックなSQLに続き2回目の登場、COOの achiku です。 これは カンムでは GitHub Projects (Beta) を利用してプロダクト改善を推進している。Private Betaの時点から使い始めてから約4ヶ月、今の運用に落ち着いてから約2ヶ月程度経過したため、導入の目的、目的を鑑みた運用方法、現時点での状態をまとめる。誰かの参考になれば嬉しい。 ※以降断りのない場合はGitHub ProjectsもしくはProjectsはGitHub Projects (Beta)を指す ※同様に以降断りのない場合はprはGitHub上のPull Requestを指す 前提(2022/03時点) まずは前提の共有から。ぱっと見ても分かるように、小さくはないがとんでもないサイズでもない、という状況のチームの話であるという前提がある。 作っているもの バンドルカード カンム、Visaプ
スクラムでプロジェクトを始める前にお客様に説明しておきたいスクラムのエッセンス | DevelopersIO
はじめに みなさんこんにちは、CX事業本部Delivery部のかみとです。 受託開発のプロジェクトをスクラムで始める際、アジャイル開発やスクラムのフレームワークに対する認識がお客様とベンダー間で一致していることが望ましいのですが、アジャイルやスクラムの経験有無、理解度の違いなどによって異なった認識のままプロジェクトが開始してしまうことで、後々プロジェクトの進行に影響を及ぼしてしまうことがあると思います。 これがただの小さな認識のズレで、プロジェクト進めていく中で調整可能なものであればいいのですが、そもそもの前提が違うくらいの大きな認識相違となってしまった場合、プロジェクトとしてはもちろんお客様との信頼関係にも悪影響を与えかねません。 そういった状況を避けるためにも、なるべくプロジェクト開始前にお客様との間でアジャイル開発にまつわる、よくある誤解を解消しておくのはとても大切なことだと思います
実践ADR - kawasima
Architecture Decision Records(ADRs)は、アーキテクチャ上の意思決定をドキュメントとして残す方法の1つです。Release It!の著者であるMichael Nygardのブログによって広まり、ThoughtWorks社のTechnology Raderでも「adopt」になっています。
はじめに さくらインターネットでは数多くのサービスを開発し提供しています。それらを開発する中でどのようなマネジメントを行っているか、およびそれらの経験から得られた知見を共有する会を社内イベントとして実施しました。本記事では、この知見共有会の模様を2本に分けてレポートします。当日は4人のエンジニアが発表しましたので、それぞれの発表について紹介します。 さくらのIoTにおけるプロジェクト管理術 1人目の発表者は小田島太郎さんです。小田島さんが所属するIoTプラットフォーム事業部は、「さくらのセキュアモバイルコネクト」「さくらのモノプラットフォーム」といったIoT関連サービスを開発・提供しています。小田島さんからは、同事業部で試行錯誤中のプロジェクト管理手法が披露されました。 プロダクトとプロジェクトとタスクの関係 はじめに、この発表で重要な3つの用語の説明がありました。 プロダクト：「さくらの
自作のPDFライブラリがきっかけで、オーストリアの会社と仕事ができた。 とてもいい経験だったので振り返りを行いたいと思う。 自分について ・サラリーマン+個人事業主のWebエンジニア ・個人事業ではPDFを作成できるWebサービスを作っています ・サービスのPDF作成処理はライブラリとしてGithubでソースコードを公開しています そういえば過去にこんな記事を書いていました。この記事の続きとして見ても面白いかも。 このライブラリが今では268のスターを獲得し、なんとお仕事まで獲得してくれました! オープンソースをやりたい人のモチベーションやきっかけになれると嬉しいです。 ある日突然メールが届く オーストリアの会社からメールが届いた。電子カルテのサービスを作っている会社だそう。 PDFのデザインができる画面が必要とのこと。 そこで下記のような帳票のデザインページを開発してくれないか？と話が来
DX（デジタルトランスフォーメーション）で失敗している企業は多い。筆者はIT関連の開発に長年携わっており、「失敗学」の経験を基に『DX失敗学 なぜ成果を生まないのか』（日経BP）を上梓（じょうし）した。今回と次回の2回にわたり、この本から「ITプロジェクト版失敗原因マンダラ図」を取り上げる。 ITプロジェクトの多くは失敗に終わっている。失敗の後に犯人捜しをして満足したり、架空の失敗原因を作り出してなんとなく納得した気になったりしていることも多い。大事なのは真の失敗原因を見つけ出して、次回以降につなげることなのだ。 より確実に真の失敗原因にたどり着くためのツールとして、筆者らは「ITプロジェクト版失敗原因マンダラ図」を考案した。 筆者が所属している失敗学会は、失敗の原因を構成する要素を分類して関連を階層ごとに図示した「失敗まんだら」を提唱している。仏教で悟りの世界や仏の教えを示した図絵である
JavaScriptで独自機能も追加できる無料のWebデザインエディタ「Vev」を使ってみた！ - paiza times
どうも、まさとらん（@0310lan）です！ 今回は、直感的な操作で高度なWebデザインを誰でも実現できるサービスをご紹介します。 Webサイトを構成するインタラクティブなコンテンツが豊富に用意されており、それらを組み合わせるだけで最適なWebサイトを誰でも簡単に構築できます。 また、提供されていないコンテンツや機能などは、JavaScriptで好きなように拡張できる設計になっているので無限の可能性も秘めています。Webサイトの作成にご興味ある方はぜひ参考にしてください。 【 Vev 】 ■「Vev」の使い方 それでは、「Vev」をどのように使えばいいのか詳しく見ていきましょう！ まずはトップページの黄色いボタンから無料のユーザー登録を済ませておきます。 利用可能なメールアドレスを入力してエンターキーを押してください。 すると登録したメールアドレス宛に、ログイン用のリンクが送付されるのでク
エンジニア8人チームで"効果的に"タスクをアサインするために検討した8つの軸 - yigarashiのブログ
最近、締め切りのある大きめなプロジェクトでWebアプリケーションエンジニア兼プロジェクトマネージャーとして仕事をしました。一年目なので当然プロジェクト管理の経験はなく、本を読んで知識を得たり、チームメンバーに助けられたりと、だいぶ手探りでの挑戦となりました。その中でもっとも難しかった仕事の一つとして、タスクの効果的なアサインがあります。 エンジニアは最大8人おり、その技術力、ドメイン知識、勤務地などは多岐に渡ります。ウォーターフォール的な開発だったため、タスクは事前に洗い出されており、タスク管理ツール上に無数に登録されていました。適当に人とタスクを辞書順でソートしてアサインするだけなら簡単ですが、現実はそうもいきません。締め切りは厳しく、チームの生産性を少しでも高く維持しなければいけません。メンバーのモチベーションが下がったり、依存の多いタスクが遅れたりといったことはなんとしても避けたいも
【コラム】PMBOK第7版がタスク・マネジメントにもたらす意味とは？（１／３） - VisiWork
PMBOKとはProject Management Body of Knowledgeを略したものであり、日本語では、「プロジェクト・マネジメント知識体系ガイド」と言います。PMBOKは、プロジェクト・マネジメント協会 (PMI) が発行しているガイドであり、幅広い分野でのマネジメントに適用されるプロジェクト・マネジメントの基盤を提供しています。 この記事の著者（依田）も、コンサルティングや講演など、いろいろな場面で、これを参照して役立ててきました。プロジェクト・マネジメントにかかわりのある読者であれば、一度はこの名称を耳にしたことがあると思います。また、ガイドを購入し、PMIの講座に出席するなどしてPMBOKについて勉強した人も多いのではないでしょうか。 そのPMBOKが、今年大きく改訂されて第7版となりました。 第7版について調べてみると、これが従来のレベルとはことなる大きな改定であり
はじめに こんにちは。 株式会社デジサク の多森です。 今回の記事では、要件定義・プロジェクト企画を推進するためのネゴシエーション術について扱っていきます。 ITプロジェクトを推進していて、こんなことを感じた経験はないでしょうか？ 「バラバラな意見・要望を収集できない」 「発言力がある人の影響に負けてしまう」 「いつまでも追加要望が止まらない」 関係者の意見を尊重しつつも優先順位を明確にして、全員で同じ目的に向かってプロジェクト推進するバランス感覚が欲しいと常々感じます。 こんな悩みを解決するために、、 「センスに頼らない！要件定義・プロジェクト企画のネゴシエーション術」 こんなテーマで、様々な関係者とスムーズに調整する考え方を３つの軸（タイプ別・役職別・フェーズ別）で整理しました。 本記事の章立ては以下の通りです。 ーーーーー 企画・要件定義のほとんどは関係者との調整 ポイント①：思考タ
タスクばらし入門
担当タスクを管理しやすい小さな単位に分割していく「タスクばらし」。タスクばらしはセルフマネジメントの必須ツールです。そこで、タスクばらしの目的、効果、種類ごとの分割方法、見直し方法についてまとめました。 なお、チーム全体で共有しておこなうタスク管理についてはこの本の対象外とします。
現在WantedlyではNode.jsのパッケージ管理にyarn v1を使っています。現在私は開発者体験の改善を目指してyarn v2への移行を検討しているのですが、その過程でyarn v2が誤解されがちだと感じるようになりました。そこで社内への情報提供も兼ねて、いくつか誤解されがちだと思われる点を紹介したいと思います。 (わかりやすさのためにyarn v2と呼んでいますが、 yarn v3以降も含みます。これらはメジャーバージョンアップではあるもののyarn v1→v2のようにアーキテクチャが刷新されるわけではないからです) ポイント1: yarnをv2にするのにPnPは必須ではないyarn PnPはyarn v2の目玉機能で、パッケージをnode_modules以下に展開せずに仮想化してロードできるようにするというものです。node_modulesの展開作業が不要になるほか、依存関係の
ZOZOTOWN のショッピングカート移行プロジェクトを支えた Amazon DynamoDB | Amazon Web Services
Amazon Web Services ブログ ZOZOTOWN のショッピングカート移行プロジェクトを支えた Amazon DynamoDB このブログでは、リレーショナルデータベース管理システム (RDBMS) のパフォーマンスの問題があった e コマースサイトのケーススタディと、Amazon DynamoDB がソリューションにどのように貢献したかを解説します。ZOZOTOWNには大規模な販売イベントがあり、サービスに何か問題が起きた時に対応するため、エンジニアがリアルタイムで監視を行なっていました。DynamoDB によって ZOZO はエンジニアリングのオーバーヘッドを 85.8% 削減できました。また、DynamoDB のベストプラクティスもいくつか紹介します。 この投稿は、日本有数のファッションオンライン取引サイトの1つであるZOZOTOWNのDynamoDB利用に焦点を当て
1000ページ超の大規模サイトのサイトマップを1分で作成する方法 - DESIGN JOURNAL - 株式会社モンスターラボ
こんにちは、情報アーキテクトの曽です。主に情報設計の部分を担当しています。 A.C.O.ではWebサイトのリニューアル案件を多く取り扱っているため、現状調査の一環として既存サイトのサイトマップ（サイト構造図）を作成するタスクが定期的に発生します。案件によってはサイトの規模が数百〜数千ページにのぼることも多く、手動で一つ一つのリンクを辿りながら作成する方法ではとても間に合いません。そのため、必然的に複数のアプリやツールを使って効率よくサイトマップを作ることになります。 情報設計業務の経験を重ねていく中で、もともと社内で確立されていたサイトマップ作成方法をさらに一歩進化させることに成功したので、今回はその方法をご紹介します。この方法のおかげで、数千ページ級のサイトであっても実作業時間1分足らずでサイトマップを作成できるようになりました。サイトマップ作成に手間取っている方がいたら、ぜひ参考にして
Notionそっくり「Microsoft Loop」をレビュー｜ AI搭載の最強生産性ツールになる #TrendBuzz | ライフハッカー・ジャパン
Notionライクなプロジェクト管理ツール「Microsoft Loop」が、パブリックプレビューとしてすでにアクセスできるようになっています。 自由度高くページやワークスペースが構築できて、タスクやドキュメント、データをひとまとめにできる点がNotionそっくり。さらには、Microsoft 365アプリと連携できる強みを持ち合わせています。 Notionユーザーの筆者がLoopを試してみたところ、Notionとの共通点や相違点が少しずつ見えてきました。特に魅力的だと感じた情報共有・コラボレート機能「Loopコンポーネント」を中心に、その内容をご紹介していきます。 最小限の労力でページがつくれるScreenshot: 山田洋路 via Microsoft LoopNotionを使い慣れている方なら、Loopにもすぐ慣れます。最初はプロジェクトページを作成することになりますが、Notion
アプリやウェブサイトをデザインする上で「ユーザーが直感的に操作を理解できるようにすること」は、リピーターや購入者を増加させる上で非常に重要です。ユーザーエクスペリエンス(UX)の専門家でない開発者やグラフィックデザイナーが制作の上で理解しておくべき最低限のポイントを、UX・UIデザイナーのErik D. Kennedyさんが具体的な事例つきでわかりやすく解説しています。 4 Rules for Intuitive UX – Learn UI Design https://learnui.design/blog/4-rules-intuitive-ux.html ◆1：ボタンは関連要素の近くに置く インターフェースに何か要素を置く場合、その要素が影響するものの近くに配置することが重要です。 例えば音楽再生アプリで以下のようにプレイリストが並んでいる場合、「曲を追加する」ボタンをどこに置けばい
本ブログはUberやBuzzFeedへの出資で知られるシードステージのベンチャーキャピタル、Founder CollectiveのJoseph Flaherty（ジョセフ・フラハーティ）氏のブログ記事「50 Big Companies that Started with Little or No Money」を、氏の許可を得て翻訳したものです。 創業者たちの間では、ベンチャーキャピタルからの資金調達は、成功への一歩を踏み出している証しであるという考えが広まっています。確かに、VCは成功しているテクノロジー系のスタートアップに共通している特徴です。しかし、VCの支援を受けなければ成功できないというわけではありません。アーリーステージでは特にそうです。 起業家は、わずかな資金、あるいは資金ゼロでも相当な成果を出すことができます。資金があることによって、その創業者が、自力で奮闘している他の創業者
Notion（ノーション）とは、メモやタスク管理、Wiki、データベースなどさまざまな機能を一元的に使うことができるクラウド型の万能アプリだ。それゆえに、「オールインワン ワークスペース」と呼ばれている（後ほど詳述します）。その利用者数は世界で2000万人を超えるという。 Notionはカスタマイズ性に富んでおり、マルチに使えるデジタルな作業場所となる。使い方によってはメモアプリにも、チームのプロジェクト管理ツールにもなる。 またNotionには以下の3種類がリリースされており、時間や場所を問わず、いつでも利用できるのが魅力だ。 直接ブラウザを用いて利用するWeb版 ダウンロードして利用するデスクトップ版 スマホなどから利用できるモバイル版 Notionの日本語版 そもそもNotionは、米Notion Labs（以下、Notion社）によって開発された。Notion社は2014年に設立さ
達人出版会
探検! Python Flask Robert Picard, 濱野 司(訳) BareMetalで遊ぶ Raspberry Pi 西永俊文 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 知る、読む、使う！ オープンソースライセンス 可知豊 きつねさんでもわかるLLVM 柏木餅子, 風薬 R／RStudioでやさしく学ぶプログラミングとデータ分析 掌田津耶乃 データサイエンティストのための特徴量エンジニアリング Soledad Galli(著), 松田晃一(訳) 実践力をアップする Pythonによるアルゴリズムの教科書 クジラ飛行机 スッキリわかるサーブレット＆JSP入門 第4版 国本 大悟(著), 株式会社フレアリンク(監修) 徹底攻略 基本情報技術者教科書 令和6年度 株式会社わくわくスタディワール
日本ではRubyが流行り、ほとんどの会社がRubyを採用しています。現在は開発言語は拘らずサービスやリソースに合わせて開発言語・環境を決めますが、一部のエンジニアの中では言語に強いこだわりを持つ方もいるのと、グローバルエンジニアを目指すにあたりRubyは世界で使われていないため、GoやPythonを学ぶ方も一定数いらっしゃいます。 最近Go言語の人気も出てきたため、今回は上記のような方やGo言語にチャレンジをしたい方向けにGo言語をメインに取り入れている企業様一覧を紹介します。 ■Gunosy 言わずと知れてキュレーションアプリの先駆者です。解析とアルゴリズムで情報過多な現代において、最適な情報をユーザーに届ける事をミッションとし、情報の非対称さを正す企業です。 メインサービス「グノシー」はDL数2000万を超え、それ以外にもKDDIとの共同開発サービス「ニュースパス」女性向けバーティカル
はじめに 下記には、typewriterまたはcomputerのkeyboardで全文写経した本は数冊（すべて英語）あります。 輪講で全部読んだ本、日本語と英語でも読んだ本などもそれぞれ１０冊以上あります。 100回以上読んだ本が10冊以上あるような気がします。 影響を受けた本というよりは、愛読書かもしれません。 引用は、 https://bookmeter.com/users/121023 https://booklog.jp/users/kaizen https://www.amazon.co.jp/gp/profile/amzn1.account.AEZYBP27E36GZCMSST2PPBAVS3LQ/ref=cm_cr_dp_d_gw_tr に掲載している自分で書いたreviewです。 最初にあるところに記録し、それからamazonに転載し、10,000冊になった頃にNo.1 R
nginx news
The freenginx.org project. The goal of the project is to keep nginx development free from arbitrary corporate actions. To contribute, subscribe to mailing lists.
大規模システムのリプレイスを2度経験したPMが語るシステム移行プロジェクトで重要なこと - JMDC TECH BLOG
JMDCの開発本部データ基盤開発部の新倉です。JMDCには大型案件に自由度高く取り組める環境があります。今回は私が実際に経験したDWHシステムの2度のリプレイスの事例をお伝えします。1度目はPL（プロジェクトリーダー）、2度目はPM（プロジェクトマネージャー）としてプロジェクトに参画。その経験からシステム移行プロジェクトを成功に導くポイントを解説します。 ＜プロフィール＞※執筆当時 新倉 裕一郎（にいくら ゆういちろう）データウェアハウス開発部 データレイクグループ グループリーダー 新卒でソフトウェア会社に入社。大手ベンダー企業の介護パッケージソフト製造などの開発業務に従事。その後、SaaS型CRMサービスを展開するベンチャー企業に転職し、2015年5月に日本医療データセンター（現JMDC）入社。レセプトDWHシステムを担当し、2度のリプレイスを経験。現在はレセプトDWHシステムの保守開
はじめに 先日開かれた高専プロコンにて「ふろこん」というプロダクトを発表されたところ 「私は怒っています」 「ライブラリを使って楽をしている」 などの指摘を審査員より受けたというツイートに関連して、 SNSで 「OSSを使うのがNGとか分かって無さ過ぎる」 とか 「審査員はフロントエンドが分かってない」 というコメントが多数有りました。逆に 「あの発表内容はミスリーディングであり適切ではない」 等のコメントも一部ありました。私自身はどちらかと言うと件の審査員の方に同意する部分もありますので、その考えに至る背景や私なりの発表の改善点をまとめてみました。あくまで、こういう考え方もあるよ、と参考までに。 重要 発表された方々を誹謗中傷する意図は一切ありません ふつうに面白い着眼点で良いもの作ったなー、と思っています 審査員の言い方には問題がありハラスメントは常にダメ、ゼッタイ。例えコメントの趣旨
これまでの OSS 活動歴 仕事では TypeScript や Go を書いていますが、Rust が大好きすぎて書かずにはいられなくなり、余暇の時間で Rust で書かれた OSS にコントリビュートしています。今までのコントリビュートをいくつか挙げると rust-lang/rust-clippy rust-lang/rust rust-analyzer/rust-analyzer denoland/deno denoland/deno_lint などです。 これらのうち、最も頻繁に、そして継続的にコントリビュートしてきているのが denoland/deno_lint です。 denoland/deno_lint へのコントリビューション denoland/deno_lint は Deno に組み込まれている JavaScript / TypeScript リンターで、Rust で書かれて
KyashでEngineering Managerとしてやってきたこと / やっていくこと - Konifar's WIP
2020年1月から1年ほどKyashでEMをやっています。 今までチームをリードしてきたことは何度かありましたが、いわゆるマネジメントという役割は初めてでした。EMについて抽象化した話ができるほど自分の中で咀嚼できているわけではありませんが、思考整理を兼ねてやってきたこととやっていくことをまとめておこうと思います。 ここに書く内容は当然自分だけでやってきたわけではありません。他のメンバーによって支えられてきたことの方が多いです。文章量の都合で端折ることもありますが、自分だけで色々やってきたみたいに捉えられるとなんだかむず痒い気持ちになるので一応前提として書いておきます。 1~6月 : Android/iOSチームのEM 1月にiOSエンジニアが1名入社したタイミングで、Android/iOSチームのEMをやることになりました。 それまではTechチーム全体を@ymzkmctが見ていましたが
１．はじめに 私は普段、IT企業の企画系部門で仕事をしています。以前はアプリケーションエンジニアとして現場に入っていましたので、それなりの開発経験もあります。 これまで、業務に関する学習は当然のことながら、資格試験はIT/非ITに関わらず40以上の合格実績があり、継続的な「学び」についてはそれなりに実践してきたと思っています。 今回、「新人エンジニアにすすめたい勉強法」というアドベントカレンダーがありましたので、過去を振り返りながら「学び」や「勉強法」についての考え方などを、皆さまと共有させていただきたいと思います。どこまで共感いただけるかわかりませんが、皆様の取組みにおいて少しでもお役に立てば幸いです。 ２．なぜ学びが必要なのか？ 最初に「学び」の必要性について確認します。ここでは、ギャラップ社が提唱する次の方程式をお借りして考えてみたいと思います。 強み ＝ 才能 × 投資 社会人とし
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクトマネージャーは神経質であれ 大学教授が教えるプロジェクトに重要なリスクマネジメント
要求定義と要件定義の違いを考える - Qiita
C# 1.0 と C# 9.0 で同じプログラムを書いてみよう - Qiita
とあるAIプロジェクトの失敗とそこから得た鬼十則 - Qiita
運用ドキュメント2019/20190824-odc-operation-document
経済産業省が事務作業を3分の1に削減！行政手続オンライン化の一翼を担う | 株式会社ヌーラボ(Nulab inc.)
Trelloの設定ミス、「公開」の誤解が原因？ 分かりやすい表現とローカライズを考える
カンムにおけるGitHub Projects Beta活用方法 - カンムテックブログ
さくらのエンジニアがマネジメントの知見を共有してみた(前編) | さくらのナレッジ
【外貨を稼ぐ】 OSSきっかけでオーストリアの会社と仕事した話
ITプロジェクトが失敗する54の原因、説き明かした「マンダラ図」の中身
要件定義・プロジェクト企画に必要なネゴシエーションをロジカルに学ぶ記事 - Qiita
yarn v2にまつわる誤解 | Wantedly Engineer Blog
アプリやウェブサイトをデザインする上で最低限押さえるべき4つのポイント
わずかな資金、もしくは資金ゼロで成功した偉大な50社 | Coral Capital
Notion（ノーション）とは何かを基礎から解説、なぜ「超万能仕事アプリ」と言えるのか
Go言語を採用して開発をしている会社一覧 - Qiita
人生で影響を受けた本100冊。英語(77) - Qiita
プロコンにOSSを使ってはいけないのか？ #procon32
趣味でOSS活動をしていたらスポンサーがついた話
★新人エンジニアが知っておきたい『学習スキーム』と『究極の勉強法』！！★ - Qiita