並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 17032件

新着順 人気順

managementの検索結果321 - 360 件 / 17032件

  • ネットフリックスのような「ルールのない企業」は、どうやって社員の愚行を防いでいるのか。

    45歳のプログラマーが、警察庁、NTT、SMBCの一部システムのコードを流出させたというニュースを見た。 三井住友銀行などのソースコードが流出 “年収診断”したさにGitHubに公開か【追記あり】(ITmedia) 三井住友銀行(SMBC)は1月29日、同行のシステムに関連するソースコードが外部のWebサイト上に無断で公開されていたと明らかにした。 情報漏洩の事件自体は既に珍しくないが、気になったのが、流出させたとみられる本人の反応だ。 「商用利用してないので、何も言われないと思う」という呑気なツイートをしている。 出典:45歳プログラマーさん、警察庁とNTTとSMBCのソースコードを世界に無償公開してしまう ツイートを見るに、年収を査定してくれるというサービスを利用するために、ソースコードをアップしたという。 だが、「普通に」考えたら、お客さんに納品したコードを「本人が使い方もままならな

      ネットフリックスのような「ルールのない企業」は、どうやって社員の愚行を防いでいるのか。
    • 文化シヤッターのシステム開発頓挫で、日本IBMが19.8億円の賠償を命ぜられた理由

      システム開発の頓挫を巡る、文化シヤッターと日本IBMとの間の裁判で、東京地方裁判所は日本IBM側に19億8000万円の支払いを命じた。米セールスフォースのPaaSを用いた販売管理システムの構築を目指し、2015年に始めた開発プロジェクトだったが、2017年にストップしていた。東京地裁は開発失敗の原因をどう認定したのか。裁判記録をもとに読み解く。 文化シヤッターが、20年以上前から使用していた販売管理システムを刷新するプロジェクトを本格的に始動させたのは2015年1月のことだ。日本IBMに提案依頼書(RFP)の作成を委託。そのRFPを基に複数ベンダーから提案を受けた上で、日本IBMを開発委託先として選定した。 日本IBMの提案はシステム構築に米セールスフォースのPaaS(プラットフォーム・アズ・ア・サービス)である「Salesforce1 Platform」を用いるものだった。RFPでは標準

        文化シヤッターのシステム開発頓挫で、日本IBMが19.8億円の賠償を命ぜられた理由
      • ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation

        Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。

          ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation
        • GitLabで学んだ最高の働き方 Developers Summit 2022-02-18

          Page Scrolling Vertical Scrolling Horizontal Scrolling Wrapped Scrolling

            GitLabで学んだ最高の働き方 Developers Summit 2022-02-18
          • 未経験エンジニアを採用して失敗した

            採用が困難な時期に妥協して未経験エンジニアを採用したけど、それが失敗だった。なぜ失敗なのかを話していきたい。 ただし未経験エンジニアといってもいろいろあって、子どものころからずっと学習してきたような人はただ実務が未経験なだけというように考えている。こういう人はあまり未経験と考えない。 自分への戒めもこめて。 失敗点 リターンがほぼ回収できないエンジニアの生産性の違いが10倍、100倍になることは別におかしいことではない。 そのため、未経験エンジニアに費やした時間がリターンを産むまでにとてつもない時間がかかる。 たとえば、生産性100/営業日の人が10営業日かけて教えるのなら、教えられた人は、1000の生産をしなければ当然マイナスになる。これは泣こうが喚こうが世界の理なのでここは変えられない。 1000の生産は、生産性1/営業日であれば4年2ヶ月かかる。つまり生産性100倍の人を用いる場合は

              未経験エンジニアを採用して失敗した
            • 社員の給料を上げるのはコスパが良くないという話 - ゆとりずむ

              こんにちは、らくからちゃです。 IT業界のご多分に漏れず、弊社でも人手不足です。「新入社員研修の課題ってことにしてタスク振れない?」「技能実習生ってどこで雇えるんだろ...」「せや、猫の手を借りる方法を実用化したら全て解決や!」などという考えが脳裏をよぎるほどです。疲れてんのかな。 どうも人事部は現場以上に疲れているらしく、最近になって「一人入社させたら20万円贈呈」「本人と参加者分5000円まで経費で負担するから飲みに誘え」などの大号令発せられ、部門KPIにも"中途採用者複数名獲得"なんて書かれる始末であります。 弊社の偉い人と飲んでいたときに聞いたところ「最近は業者使うと年収分くらいの手数料がかかることもある。それでもアタリの確率は50%くらい。そんなハシタ金で採用できて社員も喜ぶなら万々歳」なんだってさ。 というわけで、誰かSAPをはじめとしたERP商品の導入や、製造業向けのMESだ

                社員の給料を上げるのはコスパが良くないという話 - ゆとりずむ
              • 正確に文章が読めない人の話。

                ”ユーニス・パーチマンがカヴァデイル一家を殺したのは、読み書きができなかったためである” という一文から始まる「ロウフィールド館の惨劇」というミステリ小説がある。 「読み書きができない家政婦」がその劣等感をこじらせ、一家惨殺に及ぶまでを追いかける話で、映画化もされている。 3年ほど前に知人のすすめで読んだのだが、倒叙ものや、変わった話が好きな方は読んでみても良いと思う。 * ただ、ストーリーの強烈さより私が覚えているのは、文盲までいかずとも「文章が正確に読めない人」は、今でもかなりいるな、と思ったことである。 例えば、リーダーが部下に、こんなメールを送ったとする。250文字だから、ツイート2つ分弱だ。 明日の朝10時までに、私をCCに入れて、Yさんにメールを送っておいてください。内容は次回の定例までの宿題事項と、現在までに積み残している課題の一覧の二つです。積み残しの課題については、期限を

                  正確に文章が読めない人の話。
                • 失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務

                  前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員+組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ

                    失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務
                  • AWSアカウントを作ったら最初にやるべきこと 〜2021年版〜 #devio2021 | DevelopersIO

                    ログ・モニタリングのやるべきこと AWS CloudTrail の設定 CloudTrail は AWS リソースを「誰が」「いつ」「何に」対して「どうような」操作をしたのかを記録するサービスです。 ログの長期保管の設定をしておくことで、トラブル発生時の解析等に利用できます。 有料です(無料利用枠もあります) [YouTube] AWS CloudTrailを触ってみた CloudTrail Insights を利用することで、機械学習により異常なアクティビティを検出することもできます。 ログは S3 と CloudWatch Logs に転送でき、S3 に保管しているログは Athena により検索することもできます。 Athena を利用する場合は、事前に CloudTrail 用のテーブルを作成しておき、検索方法を習熟しておきましょう。 インシデントが発生してから習熟では対応が遅くな

                      AWSアカウントを作ったら最初にやるべきこと 〜2021年版〜 #devio2021 | DevelopersIO
                    • 登 大遊「イノベーションは“いんちき遊び”から生まれる」

                      「デジタル敗戦」という言葉が確定した事実かのように語られる日本のICTの現状に対し、天才プログラマーの登 大遊氏は「あまり心配する必要はない」と話す。日本に必要なのは大企業の「遊び」だと言う。 by Yasuhiro Hatabe2021.08.30 1293 782 29 独創的な若きイノベーターを選出する世界的アワード「Innovators Under 35(イノベーターズ・アンダー35)」。その日本版「Innovators Under 35 Japan」が今年も開催され、8月31日まで公式サイトで候補者の推薦および応募を受付中だ(本人による応募のみ9月7日までに延長)。 このアワードで、「通信」領域の審査員を務める1人が登 大遊氏(36歳)である。登氏は、筑波大学入学時に、独立行政法人情報処理推進機構(IPA)の「未踏ソフトウェア創造事業 未踏ユース部門」に採択され開発したVPNソフ

                        登 大遊「イノベーションは“いんちき遊び”から生まれる」
                      • プロジェクトマネジメントのおすすめ本を4つの分類でご紹介|コーヒー好きのPM

                        このnoteでは、プロジェクトマネジメント(以下、プロマネと略記)のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 ◆今後追加予定◆ ※追加のお知らせはX(@coffee_nomimasu)にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 ・プロジェクト・シン・エヴァンゲリオン プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、 プロジェクトマネジメントのおすすめ本を紹介! プロジェクトマネージャーが読むべきおすすめ本〇〇選! プロジェクトマネジメントおすすめ本ランキング! などのサイトを見ながら自分に合いそう

                          プロジェクトマネジメントのおすすめ本を4つの分類でご紹介|コーヒー好きのPM
                        • 問い合わせ率が3年間で半分になった

                          カンムは現在、Visaプリペイドカードの「バンドルカード」と手元の資産形成に活用できるクレカの「Pool」の2つの事業をやっています。今回はバンドルカードのお話です。 2022年末に過去の問い合わせ率を集計したところ、一番多かった時期と比べると問い合わせ率が半分になってました。(問い合わせ率 = 問い合わせ数 / 稼働会員数) 良きタイミングなので頑張ってきたことを振り返ってみます。

                            問い合わせ率が3年間で半分になった
                          • CTOが選ぶ、エンジニアのみなさんに個人的に読んでほしい本|藤村

                            メリークリスマス!heyでCTOをやっている藤村です。ということで、これからエンジニアになる・いまエンジニアをしているみなさんに個人的に読んでほしい本をご紹介します。これを読んでおけばソフトウェア・エンジニアとして網羅的な基礎が身につく、とかいうセレクトではなく、あくまで個人的に読んでもらえると嬉しいな!というものを選びました。 ソフトウェア開発基礎編リー・コープランド『はじめて学ぶソフトウェアのテスト技法 』 テストの本です。昨今RSpec、XUnit系など自動テストのツールはすっかり普及し、ソフトウェアにテストコードをつけるのは当たり前の世の中になりました。しかし!テストケースをどう設計するか、何をテストすべきか、について体系的に学んだことがない、という方も実はいらっしゃるのでは。 この本はそういったソフトウェア・テスト一般についての教科書です。ここの知識はソフトウェア・エンジニアとし

                              CTOが選ぶ、エンジニアのみなさんに個人的に読んでほしい本|藤村
                            • Armの中国合弁会社がArmからの独立を宣言し、中国市場を乗っ取り。ArmのIP売上から作られた中国独自製品も発表 - ゲームキャスト

                              Apple の iPhone や Mac で試用される AX チップ、M1 チップ、Android スマートフォンの多くが試用している Snapdragon、その他さまざまなシーンで採用されている Arm アーキテクチャを持つ ARM ホールディングス。そのライセンス権利を独占的に与えられた中国合弁企業が乗っ取られ、権利を奪ったまま独立を宣言してしまったことをSemiAnalysisが伝えている。 簡単に説明すると、Arm の中国における権利をもった会社の CEO が背任行為を行っており、Arm は解任しようとしたが中国の制度上の問題で失敗し、CEO は中国における顧客、売上を奪って独自製品を開発するまでの力を持つに至り、独立したという状態になるようだ。 詳細に経緯を説明していくと、下記のようになる。 Arm はもともとイギリスの企業だったが、2016年に日本のソフトバンクに買収された。

                                Armの中国合弁会社がArmからの独立を宣言し、中国市場を乗っ取り。ArmのIP売上から作られた中国独自製品も発表 - ゲームキャスト
                              • 転売ヤーと商社を一緒だと思っている人もいるのでその違いを説明する

                                ツイ鳥「ジョージ=コクム」(森に入ったのですが怪物もおらず、ツイ鳥だけがいました。赤字貿易経営者! @_596_ ツイ鳥は丸く青く、羽のない巨大な鳥の姿をした鳥です。ツイ鳥は多くの目でずっと遠くまで見渡すことができ、侵入者を捜して森を守っていました。ある日、誰かが尋ねました。『もし夜に怪物が来たらどうしよう?』ツイ鳥「ジョージ=コクム」巷では「毒の鳥」と言われている方いましたがきっと別の鳥です。輸出入業経営者の貿易業者兼ライター。 ツイ鳥「ジョージ=コクム」(森に入ったのですが怪物もおらず、ツイ鳥だけがいました。赤字貿易経営者! @_596_ 定期的にご質問で 「転売ヤーと商社の違いがわからない!」 って質問があり 「一緒と思っている人」もいるようで サックリ違いの説明してきます。 商社「転売ヤーと一緒で中抜きじゃね?」 と思う方もいらっしゃるかと思いますが 「役割」がかなり違います。 (

                                  転売ヤーと商社を一緒だと思っている人もいるのでその違いを説明する
                                • 炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance

                                  最短でイッセンマンITエンジニアを目指すなら大炎上プロジェクトがオススメ!!経験浅でも採用の可能性が上がるし、週最大7日間1日15時間以上、プロに揉まれながらスキルを磨けるので面倒な家での積み上げは不要!やり遂げた際の経験値はヤバいし、活躍によってはPMが次のPJに引っ張ってくれるよ!— 代表取締役 岩元仁@株式会社ロックシステム (@iwa3nen) 2021年8月28日 経験の浅いエンジニアが1千万の年収を得る最短ルートが、炎上案件に飛び込んですげぇ修行して界王拳をマスターしろなのか... 社員にそれを言えるのがすごいな。(いわもと様から社員向けではないとコメントを頂いたので、打ち消します) 炎上プロジェクトで心を病んだ人を多かれ少なかれ見てきて、人づてに色んな哀しみを聞いている身としては、危険としか言いようがない。 僕が若い頃にやった、月稼働400時間が2ヶ月続いたプロジェクトは炎上

                                    炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance
                                  • エンジニアのための自己管理入門 - Qiita

                                    はじめに 社内でTodo管理の勉強会を実施した際に作成した資料があったのですが、今回自分の中の考えをまとめるせっかくの機会だと思い、字面で書き起こすことにしました。 意外と世の中では語られることのなく、『あたりまえ』として扱われてしまう『自己管理』について自分が半年間運用し、週ごとにカイゼンを続けたどり着いた、現時点でのHowを多くの人に伝えられればなと思っています。 もちろん最適解がこの形とは言いませんし、自己管理は人の数分だけ最適解はあると思っています。「みんな正しい、ただし部分的に」ということを念頭に、楽しんで読んでいただければ幸いです。 タイトルを付けた理由としては、かなりシステマチックな内容になってしまっていると感じてしまったため、「運用レベルが高い」人物を想定した結果、このタイトルになりました。 概念篇 『自己管理』を行っていく上で、確実に「ここは飛ばしてはいけない」と思ったた

                                      エンジニアのための自己管理入門 - Qiita
                                    • 現代的システム開発概論

                                      2023年度リクルート エンジニアコース新人研修の講義資料です

                                        現代的システム開発概論
                                      • ブルーオーシャンには手を出すな、「苦手なこと」こそ人に任せるな……ドワンゴ創業者・川上量生が語る、常識外れの事業創造論【連載 FastGrow Conference 2021】| FastGrow

                                        「僕は嘘が嫌いなので、まず最初にお伝えしますが、今日参加した目的は『勧誘』です。“撒き餌”として新規事業立ち上げのポイントはお話しますが、伝えたいのは『ドワンゴに来てくれ』ということです」 セッションの冒頭、川上氏が口にした言葉にはその人柄がよく現れていた。イベントに参加する目的が採用であっても、開口一番、それを身も蓋もなく明かしてしまう起業家は珍しい。建前を嫌い、言いづらい"真実"も平然と語る──そんな川上氏のスタンスが、このセッションを唯一無二のものにした。 株式会社ドワンゴ 顧問 川上量生氏 本セッションで語られたのは、新規事業のつくり方。1997年にドワンゴを創業してから、多くの事業を生み出し、成長させてきた川上氏が事業創造のポイントとして挙げたのは、「競争しない」「専念する」「すべてをマイクロマネジメントする」の3つだ。「今日のお話の中心となるのは『競争しない』ことについて。まず

                                          ブルーオーシャンには手を出すな、「苦手なこと」こそ人に任せるな……ドワンゴ創業者・川上量生が語る、常識外れの事業創造論【連載 FastGrow Conference 2021】| FastGrow
                                        • 技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience

                                          2022-12-21 技術的負債の返済から改善する開発者体験 - Techmee vol.5 https://timeedev.connpass.com/event/268296/ 動画 https://youtu.be/tQ3BGgnvMwQ

                                            技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience
                                          • 不正・横領は自分に関係のないことじゃないって話|ANRI

                                            ANRI元島です。一部上場企業で経理をやってました。 言えないあれこれも経験してきましたが、色々な方と話しているとどうやら不正などは自分や自分の会社とは無縁、と思っていらっしゃる方も多いようなので、そうじゃないよ、誰にでも起こり得るよ、ということ、そして体制構築はメンバーや自分を守ることでもあるよ、ということをお伝えできればと思います。 スタートアップと不正ディープテックスタートアップには苦い経験があります。 調達額とほぼ同等の金額が不正の対象となったエルピクセルの事件です。関係者も知り合いが多くこするようで申し訳なさもあるのですが、最近起業された方々はご存じないということが判明したのであえて書きます。以下のことがわかります。 大型の調達をして体制が整っていると思われるスタートアップでも起こってしまう 投資家が取締役に入っていても簡単にはわからない 国の研究費を受けており、そういった機関の

                                              不正・横領は自分に関係のないことじゃないって話|ANRI
                                            • 個人開発のコストはDB次第 - laiso

                                              個人でWebサービスを継続的に運用するのは金がかかってかなわんという問題がある 「個人開発」だと定義が曖昧なので自己資金かつ赤字のプロジェクト(Webサービス)ということにする。 そういうプロジェクトではプロダクトオーナー=自分、開発者=自分、予算管理者=自分というロールになるので予算管理者としてコストを図る必要がある(ここでいうコストはWebサービスを実現するアプリケーションのランニングコストのこと)。 通常はみんな自分の人件費を0として計算していると思う(逆にいうとそれが負債という考え方もできると思う)。 ただしメンテナンス時間とコストのトレードオフもあるので、人件費0ではあるけど有限の時間は別軸として管理しているのが普通だと思う。極端な例だと「コスト削減できるけどメンテナンス時間10倍になる」というのは避けられる。 仮に個人開発のプロジェクトの予算を月数千円から高くても1万円ぐらいか

                                                個人開発のコストはDB次第 - laiso
                                              • アパート大家の山本一郎が見た、安物件に集うコロナ下の人生模様 自己破産の元経営者やシングルマザー、独居老人のそれぞれの人生 | JBpress (ジェイビープレス)

                                                投資家、作家、ブロガーで知られる山本一郎氏は東京都下にアパートを所有している。その物件で暮らす住民と、コロナ下の日常について。破産した元経営者、シングルマザー、失業した若者、独居老人、コロナ病棟の看護師──。都会のアパートには、様々な人生が交錯している。(JBpress) (山本一郎:投資家、作家) 都下の集合住宅数棟に投資を始めてちょうど10年になります。 全体で見ればたいした利回りではないけれど、複数の物件を管理していると、いろんな人生と出会うことがあります。コロナになって、お任せしていた管理会社も経営者が高齢で大変になったというので、次の管理会社が決まるまで自力で管理をやっていると、これはこれで楽しいなと思っていたんですよ。最初のうちだけかもしれないけど。 当初、共同所有・管理でご一緒していた投資家たちも、悲しいお別れや無謀な金地金投資に手を出して破産するなどして一人、また一人と会社

                                                  アパート大家の山本一郎が見た、安物件に集うコロナ下の人生模様 自己破産の元経営者やシングルマザー、独居老人のそれぞれの人生 | JBpress (ジェイビープレス)
                                                • 近況報告:無職になりました - IT戦記

                                                  みなさんお元気ですか?僕は少しだけ元気ではありません。じんわりとした夏の暑さを感じながらブログを書いています。 実は、数ヶ月前にスマートニュースという会社を退職しました。 しばらく無職 しばらくは就職せずに無職でいようかなと思っています。 すぐに再就職した方がいいんだろうな〜。とは思うのですが少し疲れたかも。 いい時代になったものだ 最近は AI の進化も素晴らしく、昔ソフトウェアで出来なかったことがどんどんできるようになってるなって感じます。 Rust とか、ちょうど欲しかった感じのプログラミング言語もあるし、 ChatGPT は完璧ではないけど何か新しいことを始めるときに素晴らしい洞察を与えてくれる。 時代は確実に良くなってる。そんな時代に「自分は働いていないくていいのか」と少し不安になるけれど、自由気ままにコードを書く、そんな時間が今あってのもいいのかなって思ってます。 オフトピック

                                                    近況報告:無職になりました - IT戦記
                                                  • CTOの頭の中:技術投資を最適化する|Shin Takeuchi

                                                    ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが(地代家賃、ライセンスフィー、PC代など含めるともっと)、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか?今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは「To Be」の話ですので、まずは「As Is」を知らなければ話になりません。その、まず「As Is」を知る

                                                      CTOの頭の中:技術投資を最適化する|Shin Takeuchi
                                                    • 山で遭難、スマホも圏外…でも「わずか20秒で発見」 救助隊員も驚いた、ドローンを駆使する新技術 ソフトバンクが実用化へ | 47NEWS

                                                      自然を満喫でき、健康にもいいとして人気の登山。一方で遭難も多く、警察庁によると、全国で発生した山岳遭難事故はここ数年、年間3000人前後と高い水準が続いている。中高年が道に迷ったり転倒したりするケースが多い。冬季には、スキー場のコース外を滑る「バックカントリースキー」による遭難も相次いでいる。 ただ、遭難してもスマートフォンや携帯電話で救助を要請できるとは限らない。山間部は電波が届かない「圏外」であることが多いためだ。山岳救助を担う人々にとっても、悪天候での捜索は二次遭難の恐れがあり、位置が分からない状況での捜索は簡単ではない。 そこで携帯電話大手のソフトバンクは、新たな技術で、圏外でも遭難者が持つスマホや携帯の位置を瞬時に特定する技術を開発。実用化に向けて準備を進めている。ドローンを使い、捜索対象の山間部を一時的に「圏内」にして携帯回線の位置情報を取得する仕組みだ。北海道での実地訓練を取

                                                        山で遭難、スマホも圏外…でも「わずか20秒で発見」 救助隊員も驚いた、ドローンを駆使する新技術 ソフトバンクが実用化へ | 47NEWS
                                                      • 社会人7年目だけど上司が変わったらナンバーワン成績になった

                                                        クソ無能ミス多すぎADHDゴミ野郎です。 以前『社会人2年目だけど上司が変わったら仕事のミスが無くなった』って記事を書いた者です。ご無沙汰してます。 https://anond.hatelabo.jp/20160916213845 超有能上司の下についてから仕事のミスがなくなった俺だけど、あの後すぐに別部署へ異動になり、そこがもう超パワハラ昭和上司。何を聞いてもすぐキレる、言ったことはコロコロ変わる、末端の仕事を全く把握していないの最悪上司。すぐにクソ無能に元通りになりました。 そんな感じで社会人6年目、新規事業の立ち上げの為に俺が別部署に飛ばされた。管理系の仕事から、社内でも全く例のない新規事業立ち上げだ。利益はほとんど望めない。立ち上げのための実働員は俺一人。新しい上司はメイン業務の片手間で俺を見ることになった。厄介払いなのは誰の目から見ても明らかだった。あらゆる人から仕事のできないゴ

                                                          社会人7年目だけど上司が変わったらナンバーワン成績になった
                                                        • CTO から見た,なぜスタートアップ
初期のソフトウェア設計は壊れがちなのか - Speaker Deck

                                                          Speaker Deck This deck requires a password Password

                                                          • 暇なんでマジレスしてやるがオマエが悪い。 不器用にも程がある。   まず..

                                                            暇なんでマジレスしてやるがオマエが悪い。 不器用にも程がある。 まず外国人特にベトナム人の扱い方が間違ってる。 外国人は別の文化や常識や価値観を持っていることに不見識すぎる。 ベトナムは社会主義、儒教。 指揮命令系統には愚直だがナメていい相手はとことんナメる。 日本人の常識は通じないの。 オマエはベトナム人に対して上司であり昇給や配置などの決定権を持っていることを誇示しなきゃならない。 威張って堂々とな。 目下目上を明瞭にして上から目線で接しなきゃダメなの 謙譲、謙遜なんて日本文化は通用しねぇの。 あと仕事の指示、文書で出したか?口頭指示なんて誰も聞かねぇよアホか。 あいつらマニュアルを出せばそれには素直に従う。曖昧な口頭の指示は縛りがないものとしか認識されない。 かつご褒美とペナルティ付きじゃないとダメ。 反省文もダメ。アホ。 あのな、社会は建前で回ってるの。 本人の素直な反省なんてもの

                                                              暇なんでマジレスしてやるがオマエが悪い。 不器用にも程がある。   まず..
                                                            • 家族が亡くなった直後に避けたい5つの行動

                                                              1.故人の預金を勝手に引き出す亡くなった方の財産は、遺産分割協議が完了するまでは相続人全員の共有財産となります。 そのため、個人の判断で勝手に預金を引き出すことはやめましょう。相続人間のトラブルを引き起こす可能性があります。 具体的なトラブル事例を見てみましょう。 母親は生前より、万が一のことがあったら自宅の不動産は同居している娘に、預金は離れて暮らしている息子に遺したいと考え、その旨を遺言書に記載していました。 母の死亡後、娘は葬式や税金の支払いなど当面の出費に備えて、母親の口座からATMの上限である50万円を5日に渡って計250万円を引き出しました。 その後四十九日も終わり、兄と遺産分けについて話をしました。しかし、相続後の出金について兄が自分の取り分が少なくなったと主張して話がこじれてしまい、その後一切の手続きが進まなくなってしまいました。 銀行は、口座名義人が死亡したことを知ったと

                                                                家族が亡くなった直後に避けたい5つの行動
                                                              • 大企業の「失敗した新規事業」の99%に共通する誤り メンバーの問いを立てる筋肉を削ぐ、“本業の汚染”

                                                                多くの企業において、異なる領域で新しいビジネスの種を見つけ、育てる「新規事業開発」が求められる中、リブ・コンサルティングが開催した「事業開発SUMMIT2023」。今回は、今年4月に出版した『新規事業を必ず生み出す経営』が話題の新規事業家・守屋実氏のセッションの模様をお届けします。新規事業家として30年余りの経験を持つ守屋氏が「量稽古」の効果や、大企業での社内起業が有利な理由などを語りました。 1万3,500円の新規事業本を出版した守屋実氏が登壇 権田和士氏(以下、権田):さっそくセッションをスタートしてまいります。 守屋実氏(以下、守屋):よろしくお願いします。 権田:実は私、この事業開発SUMMIT2023を企画している時に、ちょうど守屋さんの『新規事業を必ず生み出す経営』という本が出まして。 守屋:ボロボロですね。 権田:読み込みましてボロボロなんです。 守屋:(笑)。 権田:これ、

                                                                  大企業の「失敗した新規事業」の99%に共通する誤り メンバーの問いを立てる筋肉を削ぐ、“本業の汚染”
                                                                • 【2020年】AWS全サービスまとめ | DevelopersIO

                                                                  このエントリは、2018年、2019年に公開したAWS全サービスまとめの2020年版です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。 こんにちは。サービスグループの武田です。 このエントリは、2018年、2019年に公開した AWS全サービスまとめの2020年版 です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。どちらがいいのか正直わからないので、フィードバックなどあれば参考にさせていただきます。 2020-01-08 リクエストがあったためAmazon Mechanical Turkを追加。 2018年まとめ 【2018年】AWS全サービスまとめ その1(コンピューティング、ストレージ、データベー

                                                                    【2020年】AWS全サービスまとめ | DevelopersIO
                                                                  • 50代文系副社長、AI学んで1000時間 1人で作ったアプリが大手食品メーカー採用に至るまでの軌跡

                                                                    50代文系副社長、AI学んで1000時間 1人で作ったアプリが大手食品メーカー採用に至るまでの軌跡(1/3 ページ) 「もしかしたら、経営よりも研究やエンジニアの方が天職に近いのかもしれない」──そうはにかむのは、商品パッケージのリサーチとデザインを手掛けるプラグ(東京都千代田区)の坂元英樹副社長だ。50代の文系出身。もともとは市場調査会社の社長だったが、デザイン会社と合併して今に至る。 プラグは現在、パッケージのデザインを評価するAIサービス「パッケージデザインAI」を展開している。すでにカルビーやネスレ日本など、大手食品メーカーがパッケージデザインAIを活用した商品を販売中だ。 このAIサービスは、東京大学との共同研究ではあるもの、実は坂元さんが1人でプログラミングからAIの実装までこなしたという。 始める前は「Pythonも知らない状態だった」という坂元さん。そこからどうやってAIサ

                                                                      50代文系副社長、AI学んで1000時間 1人で作ったアプリが大手食品メーカー採用に至るまでの軌跡
                                                                    • 1on1の効果を高める3つの技法 - NTT Communications Engineers' Blog

                                                                      この記事は NTTコミュニケーションズ Advent Calendar 2021 の11日目の記事です。 はじめに ヒューマンリソース部の岩瀬(@iwashi86)です。普段は、全社の人材開発・組織開発を推進しており、業務の1つとして、"1on1" の全社展開をしております。 本記事では、その"1on1"の効果を高める具体的な技法を紹介いたします。アドベントカレンダーということで、ゆるめに書いてみます。*1 NTT Com における1on1の目的とは? 技法を説明する前に、1on1の目的について説明します。技法はあくまで目的達成に向けたHowでしかないためです。 1on1の目的とは何でしょうか?1on1それ自体には、複数の目的が挙げられます。代表的なところで言えば次のようなものでしょうか。 信頼関係の構築 離職率の低下 メンバー育成 目標達成へ向けた支援 etc... どれが正解というもの

                                                                        1on1の効果を高める3つの技法 - NTT Communications Engineers' Blog
                                                                      • 事業開発者・プロダクトマネージャーが知っておくべきフレームワーク7選|Shin

                                                                        プロダクトマネージャーという仕事はビジネス・デザイン・エンジニアすべてのスキルが求められる総合格闘技のような仕事です。その分、やることも多く忙しくなりがち。 しかし、再現性の高いプロセスというのは仕事が変わってもそのまま活用できます。その代表例がフレームワークです。 今回は世の中に数あるフレームワークのうち、プロダクトマネージャー・事業開発者が絶対知っておいた方が良いと判断したものを厳選してみました。 プロダクトマネージャー向けフレームワーク4選1. Product Prioritization Frameworkhttps://www.product-frameworks.com/Gusto-Product-Prioritization.htmlこちらはもうプロダクトマネージャーであれば無意識に考えていてほしいくらいシンプル、かつ大事なフレームワークです。 expected:期待値の大き

                                                                          事業開発者・プロダクトマネージャーが知っておくべきフレームワーク7選|Shin
                                                                        • 楽天モバイルへ転職した元社員の逮捕について | 企業・IR | ソフトバンク

                                                                          本日、2019年末に当社を退職し現在、楽天モバイル株式会社(以下「楽天モバイル」)に勤務する人物(以下「当該元社員」)が警視庁に不正競争防止法違反の容疑で逮捕されました。 当該元社員は、当社との間で秘密保持契約を締結していたにもかかわらず、退職申告から退職するまでの期間に、当社営業秘密に該当するネットワーク技術に関わる情報(以下「当社営業秘密」)を不正に持ち出していたことが2020年2月に判明しました。その後、当社は警視庁へ相談し、被害を申告するとともに捜査に協力してきました。 当該元社員は、当社在籍中、ネットワークの構築に関わる業務に従事していました。不正に持ち出された当社営業秘密は、4Gおよび5Gネットワーク用の基地局設備や、基地局同士や基地局と交換機を結ぶ固定通信網に関する技術情報です。 一方、当該元社員は、当社在籍中、お客さまの個人情報や通信の秘密に関わる情報、当社通信サービスの提

                                                                            楽天モバイルへ転職した元社員の逮捕について | 企業・IR | ソフトバンク
                                                                          • アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く(前編)。Agile Japan 2021

                                                                            アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く(前編)。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか? という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準(37号告示)関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応

                                                                              アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く(前編)。Agile Japan 2021
                                                                            • 個人開発を黒字にする技術 - k0kubun's blog

                                                                              最近は個人開発は自分のOSSのメンテで手がいっぱいになってしまったのでサービス開発のようなものは普段あまりやらないのだが、大学院*1で今学期、何作ってもよいという感じの授業を取ってWeb/iOS/Androidアプリ*2を全て作るという体験をする中で、たまたま個人開発のコストを抑える活動をしたので、その時に調べたり考えたりしたことを書いておく。 Herokuで無料にする Herokuでは毎月550時間free dynoが使え、クレジットカードを登録しておくと更に450時間、合計1000時間無料で使える。Herokuは30分アクセスがないと一旦停止するが、今回授業で作ったサービスでこれを使い切らないことは明らかだったので最初はこれでセットアップした。セットアップも簡単だし、PostgreSQLも無料でついてくる。 ただ、コールドスタートに10秒くらいかかり、これがこのサービスではUX的に致命

                                                                                個人開発を黒字にする技術 - k0kubun's blog
                                                                              • 知識不足、無茶ぶり、属人化──プロジェクトマネージャーが直面する3つの課題を乗りきるスキルセットと考え方

                                                                                IT業界のプロジェクトを成功に導くためのノウハウを網羅的に解説した書籍『プロジェクトマネジメントの基本が全部わかる本』(翔泳社)。著者でパラダイスウェアの代表取締役である橋本将功さんは、プロジェクトマネージャーが直面する課題として大きく3つ、「現場で使える知識体系がない」「無茶ぶりされる」「スキルの属人化」を挙げています。これらの課題を解決するために何が必要なのでしょうか。本書から、プロジェクトマネージャーが持つべきスキルセットと、プロジェクトの成功と失敗をどう定義すればよいのかを紹介します。 本記事は『プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで』の「序章 プロジェクトマネジメントのスキルの全体像」と「第1章 プロジェクトとはなにか─基本的な知識と考え方をおさえよう」から一部を抜粋したものです。掲載

                                                                                  知識不足、無茶ぶり、属人化──プロジェクトマネージャーが直面する3つの課題を乗りきるスキルセットと考え方
                                                                                • コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話

                                                                                  ハコベルシステム開発部のおおいし (@bicstone) です。普段はフロントエンドエンジニアとして物流DX SaaSプロダクトの開発を行なっています。 この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 本来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしま

                                                                                    コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話