【GitHub Accelerator】GitHubが選んだ、将来有望なプロジェクト20選 - Qiita
昨年2022/11/09に行われたGitHub Universe 2022において様々な発表が行われましたが、その新しい試みのひとつがGitHub Acceleratorです。 将来有望そうなメンテナやチームに対してGitHubが支援を行い、フルタイムでOSSにコミットできるようにするというプロジェクトです。 まあ要するに、GitHubがスポンサーのGitHub Sponsorsですね。 で、これの第一期対象の発表が2023/04/12にありました。 1000以上の応募から、20プロジェクト32名が選出されました。 彼らは最初の10週間で2万ドルを受け取り、その資源で財政的に持続可能な開発を目指します。 今後の展開次第ではさらに継続して支援を受けたりもできるようです。 そうしてフルタイムでOSSにコミットできる人材を増やすことが、GitHub Acceleratorの最終的な狙いのようです
ZOZO開発組織の2022年の振り返りと現状
株式会社ZOZO 技術本部 本部長 兼 VPoEの @sonots です。この記事は「ZOZO Advent Calendar 2022」のカレンダー1の最終回（25日目）です。 振り返ると2022年は、昨年度の記事でも最後に「会社の統合、そして BizDevOps へ」と掲げているようにビジネス部門と開発部門が融合しやすい下地となる組織を作るべく邁進した1年だったように感じます。私個人としても、2022年3月に執行役員(前ZOZOテクノロジーズ社長)の久保田が退任し、VPoEとしてエンジニア部門統括の役割を引き継いだ大きな変化のあった1年でした。 この記事では、ZOZOで私と組織がこの一年、組織面で取り組んできたものをいくつか取り上げたいと思います。プロダクト面の進歩については「ZOZO ファッションテックハイライト 2022」の記事にまとまっていますので、そちらも合わせてご覧ください。
【フロントエンド】プロジェクト初期に手を抜かないで - Qiita
はじめに みなさんは新規サービスを立ち上げたことがありますか？ 技術選定から環境構築、諸々の初期設定。大変なことが多いですよね。 僕はこの4年で、新規サービスを3つ、新規の管理画面系を1つ立ち上げたのですが、このプロジェクトの初動で毎回のように後悔をしてます。 特に、フロントエンド領域というのはJavaScriptという自由な言語の特色を色濃く反映しているのか、非常に自由度が高く、どのようにも書けてしまいます。 そんな僕からのアドバイス。 プロジェクトの初期は最大限頑張ること。 最低限ではなく、最大限を心がけるといいと思います。 今回は、理由とともにどんなことを気をつければいいのかという話ができればと思います。 新規サービスの環境構築は最大限頑張った方がいい理由 1. 人は増える。あなたと他の人を一緒にしてはいけない。 環境構築をするのは1人でも必ずあなたではない誰かがプロジェクトにアサイ
VSCodeのJavaプロジェクトをJava8からJava11に移行した話 - Qiita
はじめに Visual Studio Code(以下VSCode)でSpring Bootプロジェクトを開発しています。 Java開発と実行にJava8を使っていましたが、紆余曲折ありJava11に移行しました。 話はMicrosoftからの2年前の発表にさかのぼる MicrosoftからVSCodeのJava開発にJDK11が必要となると発表される： VSCode拡張機能Language Support for Javaの新しいバージョンにJDK11が必要となり、 VSCodeを起動するたびに、Java11以降を求める警告が表示されるように： Java 11 or more recent is required to run. Please download and install a recent JDK Java移行コストを加味し、現状維持を選択していた 根拠にしたのは、redhat
見積・提案書に書いておくと不幸を減らせる前提条件
はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません（うろ覚えで書いてたり、大人の事情） これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる
フロントエンド開発者のための刺激的なプロジェクト10選 - Qiita
本記事は、Simon Holdorf氏による「10 Inspiring Ideas for Your Next Front-End Project」（2021年1月5日公開）の和訳を、著者の許可を得て掲載しているものです。 ご好評いただいている記事「2020年にフロントエンド開発者が作りたい9つのプロジェクト」と、その2021年改訂版「ポートフォリオに役立つJavaScriptプロジェクト40選（動画あり）」の続編です。 Photo by NeONBRAND on Unsplash はじめに ウェブ技術と創造性を組み合わせることで、驚くべきものが作れます。この記事で紹介するものはすべて、JavaScript、HTML、CSSだけで作成されています。Photoshopなどのツールは一切使用しておらず、ブラウザ上ですべて完璧に動作します。 ここで紹介するものを調べて試すだけでも楽しいですが、す
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz | Lead Product Manager @ Mercari
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回はプロダクトマネージャーの日課とも言える「仕様書」について。自分にとっては PM 業の施策実行フェーズにおいて最も重要な仕事のひとつであり、最も心躍り、最も興奮する瞬間です。 PM になってかなりの時間が経ちましたが、「仕様書」への力の入れようは減るどころか、「もっと気合を入れなければ。」と感じる一方。在宅勤務が（たぶん） IT 業界のニュースタンダードとなっていくいま、なおさら「仕様書」の重要性を訴えたい今日この頃です。 ということで、今回は ・ 良い仕様書がもたらす 5 つの効果 ・ 仕様書の重要性が増していく 2 つの理由 ・ 仕様書に含めたい 14 の項目・実戦編 ・ 仕様書作成時に心に留めたい 3 つのこと ・ 具体的な仕様書サンプル（
プロジェクトリーダーというお仕事 - Qiita
概要 そろそろ年度末だし、新年度からプロジェクトリーダーとしてやっていく人もいるかと思うので、プロジェクトリーダーはどういうことをしないといけないかと、心得的なものを投稿しようと思います。今業界全体的にリーダー不足になってるんで、プロジェクトリーダーという役割について興味持ってくれる人が増えると嬉しいです。 ※ここでのプロジェクトとはシステム開発等IT関連のプロジェクトを指すものとします。 軽く自己紹介 2013年頃から7年くらいプロジェクトリーダーとして請負業務などの仕事をしてきました。最近はプロジェクトマネージャーも兼ねてやっていたり、うまくいっていないプロジェクトにコンサルとして入って立て直すというようなこともしています。 レジュメ https://www.resume.id/branch まずは結論から プロジェクトリーダーの使命 「担当するプロジェクトを成功へと導く」 「プロジェ
数億円規模の案件を たった二人で開発させられた話
# 数億円規模のプロジェクトをたった二人で開発させられた話 先日、関わっていたプロジェクトを抜けることになりました。 原因はもちろん炎上によるものなんですが、これがもう炎上すべくして炎上したようなぶっ飛んだプロジェクトでしたので、 ここで吐き出させて下さい。 # 20数名のメンバーの一人だったはずが、いつの間にか総勢一人になっていた 僕の仕事のスケジュールに空きができ、週３日程度の仕事を探していた頃、Twitterから開発案件の依頼がきた。 内容はよくあるシステムのリプレース案件。 開発メンバーは既に５人程度集まっており、その後２０人ほど合流するとのことで、総勢２０名以上の開発メンバープロジェクトだ！こんな規模の新規開発なんて初めてだからワクワクするぞ！ と思っていたら、PHPの案件なのにほとんどがJavaの人だったのでメンバーとして数えられず、参画する前に去っていってしまった。 合流する
ウォーターフォール型開発プロセスの有効性 - 勘と経験と読経
牛尾さんのブログで問題提起している「私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見である」という件について、自称ソフトウェア開発の専門家として考えたことを書いてみる記事。近しい各方面から意見を聞かれるので面倒なのでブログにまとめている側面もあるのだけれど。結論を先に書くと、計画駆動とアジャイルの扱いはバランスを重視。WFがメリットが無いというのは言いすぎだと思っている(課題はある)。 こちらも合わせて読んだ 日本でアジャイルが流行らない理由 - @ledsun blog 事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance そもそも批判されるようなWF型プロジェクトは実在するのか 本件に限らず批判されがちな「ウォーターフォール型開発プロセス（以下WFと記述）」だが、実際のところ皆さんそれぞれ
担当者が問題状況に陥ったら、プロマネがカバーに入るべきか？ | タイム・コンサルタントの日誌から
プロジェクト・マネジメントの講義で、学生に進捗管理について教えていた時のことだ。進捗とは、これまで消化した予算の比率で計ってはいけない。「あとどれくらい仕事が残っているか」で計るべきものである。いつもの持論を、わたしは説いた。進捗管理の最大の目的は、“仕事はいつ終わるのか、あとどれくらいのコストで終わるのか”を予測することにあるからだ。 マラソンにたとえるなら、スタート地点からゴール地点まで約42kmあるが、そのちょうど中間、折り返し点のマイルストーンがある。ここに到達した人は、それまでまっすぐ走ってこようと、多少脇道にそれて余計な距離を走った人も、あるいは道に迷ってさんざん遠回りした人も、等しく進捗率50%だ。なぜなら、残りの距離は誰にとっても同じ21kmなのだから。もしも、仕事の進捗を問われて、「これまで自分はどれだけ努力したか」を答える人がいるならば、その人は進捗の意味を誤解している
Redmineで結婚管理はじめ(させられ)ました - razokulover publog
聞くところによると、今日はいい夫婦の日らしいですね。 Twitterのタイムライン上では結婚を発表している方が結構おりました。 こんな話をすると、僕もあのGoogle Adwordsで出会った彼女と結婚か？と思われるかもしれませんが さすがにそれはまだ早い。 早すぎる。 と、思っていたんですが。 提案 けれども、ある日彼女にこんな提案をされました。 「結婚をRedmineで管理しよう！」 先日githubで結婚式を管理している人のブログを読んだ気がするんですがRedmineは聞いたことがない。 そもそもRedmineとは、 Redmine.JP Redmineはオープンソースのプロジェクト管理ソフトウェアです。 思い返してみれば、Adwordsdで彼女募集の広告を出したとき、最速で「会いましょう！」と言ってきたのは彼女でした。 初デートのとき(このときまだ2回目の対面)に「同棲する？」と尋
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐
特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 ［スクープ］特許庁、難航していた基幹系刷新を中止へ - ニュース：ITpro 朝日新聞デジタル：費やした５５億円、水の泡に 特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO（ガバメントプログラムマネジメントオフィス）補佐官」の肩書きで2009年まで民間から参加した萩本順三氏（現 匠BusinessPlace 代表取締役社長）がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として本人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩本順三氏の発言の主要な部分を引用します。 内閣官房GPMO（ガバメントプログラムマ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
.NET Standardのプロジェクトを.NETに変更する 【▲→川俣晶の縁側→ソフトウェア→技術雑記】
乙武氏、ロボット義足で歩く。ソニー「OTOTAKE PROJECT」