開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
CoreOS Meetup Tokyo #1 で発表してきました #coreosjp - BLOG::はるかさん
昨日2015/04/09開催されたCoreOS Meetup Tokyo #1で登壇させて頂きました。ホストして頂いたみなさん、会場を提供頂いたフリークアウトさん、ありがとうございました。rktの話題もキャッチアップできたし、CoreOSのリリースの仕組みにも触れられて良かったです。CRIUすごくおもしろいし未来かんじました。 speakerdeck.com pixivでCoreOSを運用してみて、こういうこと考えないといけないよね、って思ったことを雑多に羅列しておきました。CoreOSでクラスタを用意するのは良いんですが、デプロイの仕組みだったり、オーケストレーションの仕組みだったり、ロギングの仕組みだったり必要で、結局PaaSにあるような機能は必要になるよね、っていうのが結論で、そうなったときに、本当に毎回全部用意する必要があるのかどうか、ちゃんと考えないといけないのでは、と最近考えて
Hidden backdoor API to root privileges in Apple OS X
TL;DR The Admin framework in Apple OS X contains a hidden backdoor API to root privileges. It’s been there for several years (at least since 2011), I found it in October 2014 and it can be exploited to escalate privileges to root from any user account in the system. The intention was probably to serve the “System Preferences” app and systemsetup (command-line tool), but any user process can use th
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
