会社の女性管理職が、夕方になると一旦離脱して家事育児して、夜中に仕事再開して深夜2時とかにメール送ってきたりしてる→「恐ろしいし、憧れない」ねりまる母_🧒🏻+👦🏻 @Nerimaru_mom 会社に女性管理職が増えていってるけど、小学生が2人いる課長さんは、夕方になると一旦離脱して家事育児して、夜中に仕事再開して深夜2時とかにメール送ってきたりしてるの、、、恐ろしいし、憧れない 2022-09-03 00:04:56
全社員がリモートワークで働くGitLabが今日、米NASDAQ市場に上場。時価総額は約1兆2000億円に
全社員がリモートワークで働くGitLabが今日、米NASDAQ市場に上場。時価総額は約1兆2000億円に GitLab社が米NASDAQ市場に上場を果たし、14日午前9時半（現地時間）にニューヨークにあるNASDAQ市場のオープニングベルを鳴らすセレモニーを同社共同創業者兼CEOのSid Sijbrandij氏と同社共同創業者でエンジニアリングフェローのDmitriy Zaporozhets氏が行いました。 売り出し価格は77ドルで、同社の時価総額は110億ドル、日本円で約1兆2000億円となりました。 同社がサービスを提供しているソースコード管理の分野やDevOpsの分野には、マイクロソフトに買収されたGitHubという強力な競合企業がすでに存在し、それ以外にもDevOpsのためのソフトウェアやサービスを提供する企業が多数存在しています。 そうした中で、創業当初からオフィスを持たず、世界
コード書く以外の仕事上暗黙的に必要とされている様々なスキルについてブレストしてみる - stefafafan の fa は3つです
前提 僕は新卒からいまの会社に入って以来ずっとWeb系アプリケーションエンジニアとして仕事してきました 自分がWeb系のエンジニアとして成長するにあたって必要なスキルについて考えたときに、ただコードが書けるだけでは評価されないだろうなということだけ何となくわかっているつもりだけど、言語化しないとどういうスキルがあるのか何が自分に足りないのかがわからない気がするので一旦ブレストしてみる 出来上がったリストを元に次にどこを集中的に伸ばすべきかというのがわかるのではないか ここでいう暗黙的とは、僕が学生の頃「Web系のアプリケーションエンジニアに必要なスキルはこれだろうな」と考えたときにきっと思い浮かばなかったもののことですが、人によってはこんなこと当たり前だろうと思うかもしれません ブレスト結果 いくつかブレストした結果をグループごとにわけてみた。（ブレストといってもただパソコンに向かって箇条
プロジェクトマネジメント業務の80％は、2030年までにAIが肩代わりしてくれる。米ガートナーの予想
米調査会社のガートナーは、2030年までにプロジェクトマネジメントの業務の80％はAIが肩代わりすることで削減される、という予想「Gartner Says 80 Percent of Today’s Project Management Tasks Will Be Eliminated by 2030 as Artificial Intelligence Takes Over」を発表しました。 同社は現時点でAIを用いたプロジェクト管理ソフトウェアが登場し始めていることを指摘しています。それが進化することで2030年にはプロジェクトマネジメント業務（プログラムマネジメントおよびポートフォリオマネジメント：PPM）の主要な部分がAIによって肩代わりされるようになり、人間が行っていた業務は大幅に削減できるようになると予想しています。 特にプロジェクトマネジメント業務の中で大きな部分を占める、デ
１００名に聞いた！エンジニアリングマネージャーの給与と責務の実態調査 - Qiita
はじめに ソフトウェアエンジニアリングマネージャ（以下、EM）に求められる責務は、多岐にわたっています。 流動性が高いITの業態である一方、日本型メンバーシップ雇用と米国型のJD型雇用との隙間にあって、責務と権限の曖昧な状況の中に置かれることも少なくないように思われます。 このような状況下で、メンバーからも経営からも双方にそれぞれの考える理想的なマネージャであることを求められることもしばしばあるようです。結果として、マネージャの休職など精神的なストレスも高さが問題になっています。 また、ソフトウェアエンジニアにとって、プログラミングにおけるスキルとくらべ、マネジメントに対するそれのモビリティ（会社を変えても有効であると思える程度）が低く見えると言ったことから、ソフトウェアエンジニアにとってキャリア形成に効きづらいのではないかと考えてしまうことも自然なことです。 その結果、ソフトウェアエンジ
勤労統計問題は根深い問題である - まなめはうす
アゴラ（池田信夫氏）のキャッチーな取り上げ方に騙されてはいけない。 agora-web.jp アゴラ：COBOLが原因 事実：開発で使われている言語を扱える者が少なかったことが原因（JavaでもPythonでも使える人が少なければ起きる） アゴラ：COBOLで書かれた特殊なプログラムなので高齢者しか読めず、そのミスがチェックできない 事実：COBOLで有名といえば「株式会社COBOL」だけれど、サイト見たとおりに若い女性が多数いる。私もちょっとだけ読めるけれど、COBOLなんて制御簡単で業務を記載する言語だろうから他の言語読めればほとんど読めると思う。 そんな感じでCOBOLがTwitterでバズっているけれど、本当の原因は何なのか。厚労省の報告書からプログラムのバグに関するところを読んでみた。 変更管理がされていない 抽出替え等によりシステム改修の必要性が生じた場合には、企画担当係とシス
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう？ - Mitsuyuki.Shiiba
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
社内横断の技術組織を終わらせました - nottegra’s blog
内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が
【姫子さんのゲーム本能寺！】第52話：デスマーチです！それはスケジュールの崩壊が生んだソルジャーたちの地獄である。 | インサイド
といったかんじです。 ゲームに限らずあらゆる開発にかかわった人には必ず１度は遭遇するデスマ―チ。 それはスケジュールが崩壊しにっちもさっちもいかなくなった現場のことです。 これぜったい終わらない！と誰もが思うなか「終わらないではない、終わらすのだ！」といったような名演説的な号令のあと突撃と玉砕を繰り返し、耐え忍ぶ日々。そこはまさに戦場。 壁に貼られるマスターアップまでの日付はマイナス、耐えられなかったソルジャーたちが一人また一人と戦線を離れていき、食事が配給制に変わり、「帰宅」が「一時帰宅」の意味となる。 ピンチがチャンス！ピンチがチャンスだよ！と自分に言い聞かせ頑張る自分に酔って終戦を待ち望むも、責任という十字架に貼り付けされその頑張りがむくわれることはないのである。 それではー。
受託開発を軸にしながら自社開発を継続するために行っている工夫（時間・お金の話など） - ヴェルク - IT起業の記録
ヴェルクでは、受託開発を軸にしながら、自社開発を行っていくスタンスで仕事をしています。その狙いや取り組みについては、以前書いた「起業して3年でやってきたこと」や「受託開発脳から自社開発脳へ切り替えの7つの壁」などに詳しく書いているので、ご参考までに。 今回は、この取り組みを維持するために行っている工夫について書きたいと思います。 受託開発できちんと収益を上げる体制を確立する ヴェルクはVCから出資を受けているわけではないため、自社開発を行うための資金は自分たちで稼ぐ必要があります。非常にシンプルで、「稼げなければ好きはものは作れない。」基本的にこのスタンスです。 そのため、まずきちんと利益を確保できる体制を確立・維持に全力で取り組みます。 とは言え、受託開発は労働集約型なので、売上を上げるためには人数を増やさないといけないですし、人数を増やすとクオリティの維持が難しく、クオリティが下がれば
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Not Found
サイボウズのPC標準機はどれもメモリ32GB積んでるって、正直ムダじゃないですか？ | サイボウズ式