並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 1905件

新着順 人気順

プロジェクト管理の検索結果361 - 400 件 / 1905件

  • バグを許さない、完璧なリリースじゃないと許さない風潮をやめないと日本はこれから厳しいのでは「ほんまこれ」「バグるものによる」

    だるやなぎのレバーは加熱しろ @daruyanagi バグを許さない、完璧なリリースじゃないと許さないっていう風潮をやめないと、日本はこれからちょっと厳しいな……あと、オープンソースなんだからとかじゃなく、あらゆる社会的なプロジェクトを「公共物」と捉えて合理的な配慮と無理のない参加を心がけるのも学んだ方がいい。お客さん過ぎる 2021-12-21 13:12:59

      バグを許さない、完璧なリリースじゃないと許さない風潮をやめないと日本はこれから厳しいのでは「ほんまこれ」「バグるものによる」
    • エンジニアリングマネージャーを目指す若者の戦略 - yigarashiのブログ

      企業でWebアプリケーションエンジニアとして働き始めて2年と4ヶ月ほど経ちました。様々な仕事を経て、自分が向いていることや楽しく感じることが徐々に明らかになり、数年後になりたい像がぼんやりと浮かび上がってきました。そして、その将来像が世間的には「エンジニアリングマネージャー」(以降EM)と呼ばれていることもわかってきました。この記事では、EMについて自分が周囲から受け取った知識を整理するとともに、そこに向けてどんな戦略を取ろうとしているかをまとめてみます。マネージャーというとネガティブなイメージも拭えませんが、EMは年を重ねて吸い込まれるものではなく、積極的に取りに行くに値する面白いポジションであると思います。この記事を読んでEMに魅力を感じる同世代の仲間が増えると嬉しく思います。 EMについての理解 エンジニアリングマネージャーという職務についてのオーバービューは、広木大地さんによるエン

        エンジニアリングマネージャーを目指す若者の戦略 - yigarashiのブログ
      • Design Docs at Google

        One of the key elements of Google's software engineering culture is the use of design docs for defining software designs. These are relatively informal documents that the primary author or authors of a software system or application create before they embark on the coding project. The design doc documents the high level implementation strategy and key design decisions with emphasis on the trade-of

          Design Docs at Google
        • Googleの組織マネジメントをシリコンバレーで聞いた話 | ユニコーン転職日記

          新型コロナの影響で、すっかり海外出張がご無沙汰なんですが、1月にメルカリからSmartNewsに転職して、早速シリコンバレーのGoogle本社に飛んだ時のメモがあったので、ブログに書き残しておきますね。 ちょうど、この出張の時です。 シリコンバレーにあるGoogle本社でのマネジメントWorkShopから帰国したので、US出張の雰囲気を伝えたくて動画にしてみました。最近はアプリだけで、お手軽に動画編集できてめちゃくちゃ便利。ちなみに背景で使っている音楽はJoJo好きならわかりますよねw pic.twitter.com/uaKV3YZ0wq — たいろー / メルカリ&スマニュー (@tairo) January 26, 2020 当日はGoogleplex(カリフォルニア州マウンテンビューにあるGoogle本社の愛称)でプロダクトマネージャーやエンジニア、エンジニアリングマネージャー、Sa

            Googleの組織マネジメントをシリコンバレーで聞いた話 | ユニコーン転職日記
          • 神宮外苑再開発について|伊藤忠商事株式会社

            本件に関しましては、様々な方よりご質問やご意見を頂戴しており、その都度誠意をもって対応して参りましたが、大変遺憾なことに、2023年10 月に「ITOCHU SDGs STUDIO」内の子供向け施設を含む4か所に対し、環境問題に取り組む一部の活動家による落書きがなされるという被害を受けました。一部報道によりますと既にこれらの活動家は書類送検されたとのことですが、このような悪質な行為は決して許されるものではなく、斯様な行為に対しては、当社は今後も毅然とした姿勢で臨む所存です。 また、2024年6月21日(金)に大阪にて行われました当社株主総会にて、神宮外苑再開発につきましては、その重要性に鑑み、質疑応答に先立ち十分な時間を割いて、丁寧なご説明をさせていただきました。しかしながら、質疑応答に入ると、環境活動家の方が、議長からの論点整理等のお願いにも拘わらず、長々と持論を展開されるという事態も起

              神宮外苑再開発について|伊藤忠商事株式会社
            • オリンピックの開会式で使うことを目指していた『207ヶ国をイメージした着物』をまとめました

              てんこ( ᐛ 👐)🏰29ミキフレ着物会 @violetenko オリンピック開会式に使われるはずだったKIMONOプロジェクトの振袖たち。一昨年、私が着用させていただいたカメルーンの振袖をどうぞ。選手入場行進、カメルーンのみなさんド派手で可愛かったね✨ #カメルーン #イマジンワンワールド #キモノプロジェクト #オリンピック #オリンピック開会式 pic.twitter.com/K6F425cVqr

                オリンピックの開会式で使うことを目指していた『207ヶ国をイメージした着物』をまとめました
              • 今からVue.jsを始める人のための「知るのを後回しにしてよい」n個のこと - Qiita

                *この記事は2020年3月頭に書かれている記事です どうも、Vueはいいぞおねーさん(自称)です。 Vue.jsは私に言わせるととてもよいフロントエンドフレームワークであり、その理由の一つにプログレッシブフレームワークである(段階的に利用する機能を増やしていくスタイルにマッチしている)ものとして、フロントエンド初学者の皆さんにもおすすめしたい代物です。 しかし、現在までに様々なプラクティスが考案されたがゆえに、「最初からベストな方法で始めたい」という思いから一度にたくさんのことに挑戦してしまいたくなりがちです。 そしてそれはプログレッシブという思想に反するもので、結果として挫折を生んでしまっているのではないかと思いました。 そこで今回は「知るのを後回ししてよいこと」として、Vue.jsへの入門する方へのアドバイスを独断と偏見で不要度という指標でまとめてみました。 不要度というネガティブな指

                  今からVue.jsを始める人のための「知るのを後回しにしてよい」n個のこと - Qiita
                • 「要件定義」のまえに、「要求定義」|しょーてぃー/ Experience Designer

                  多くのアクセスがあったので無料化しました 要求定義テンプレも記事内でDLできます。 はじめにはじめましてUX プランナーのShoty(@shoty_k2)です。 今回は「要求定義」をつかった、UX デザインについてご紹介します。 実践用テンプレートも記事内にて配布しておりますので、参考にしてください。 「要求定義」とは要求定義とは、「事業や施策によって実現したいこと」です。ユーザーにどのような状態になって欲しいのか・何をしてほしいのか、ビジネスで何が必要なのかなどを取り決めることです。 要求定義という言葉は、もともとはシステム開発の現場では頻繁に使われている単語で、非技術者の企画者がシステムに求める仕様を定義することです。 「要件定義」と「要求定義」の違い多くの方が「要件定義」という言葉を聞いたことがあるかと思いますが、「要件定義」と「要求定義」の違いについてご存知でしょうか? ★要件定義

                    「要件定義」のまえに、「要求定義」|しょーてぃー/ Experience Designer
                  • ワクチン接種 なぜ日本は遅い?【前編】 | NHK | WEB特集

                    各国で進む新型コロナウイルスのワクチン接種。人口の半数が接種した国もある一方、日本はまだ全人口の数%です。「日本はどうして遅いの?」誰もが思うこの疑問。接種が進んでいるイギリスの状況と比較しながら日本の現状について取材しました。(取材班) 一般の高齢者向けのワクチン接種が5月11日から始まった京都市。かかりつけのクリニックに電話などで予約して接種を受ける方式です。 ところが、クリニックには電話が殺到。深夜2時まで電話が鳴る日も。予約のために直接訪れる人も多く、診療開始時間の前に高齢者100人ほどが列をなしたケースもありました。 実は、京都市のホームページに載っている接種可能なクリニックは全体のごく一部。まだワクチンの供給量が少ないことから、かかりつけの患者を優先するクリニックも多く、ホームページへの掲載を断っています。その結果、掲載された一部のクリニックに問い合わせが殺到してしまったのです

                      ワクチン接種 なぜ日本は遅い?【前編】 | NHK | WEB特集
                    • ITエンジニアの新たなバイブル『レガシーコードからの脱却』を読んだ - paiza times

                      こんにちは。谷口です。 先日、オライリー社から『レガシーコードからの脱却――ソフトウェアの寿命を延ばし価値を高める9つのプラクティス』が発売されましたね。 弊社でもすぐ購入し、読みまくり、「これはリーダブルコードのように次世代のエンジニアのバイブルになる予感…」と言っているエンジニアもいたので、今回は本書の概要紹介と感想について書きたいと思います。 私の本書はすでに画像の通りふせん貼りすぎ下線ひきすぎ読みすぎでボロボロです。 レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス 作者:David Scott Bernstein発売日: 2019/09/19メディア: 単行本(ソフトカバー) 概要について 本書はどんな内容の書籍なのか、まずオライリー社公式サイトにはこう書かれています。 本書では、ソフトウェア開発において、初めからレガシーコードを作りださないた

                        ITエンジニアの新たなバイブル『レガシーコードからの脱却』を読んだ - paiza times
                      • githubで人生を管理する

                        人生はいろんなことが起こります。なにも起こらなくて退屈な時もあります。 少しでも自分の望む方向に進めるために「とりあえずIssue立てるか」というレポジトリ life を作ってみてはいかがですか? こちらはエンジニアと人生コミュニティのAdvent Calender2021 17日目の記事です。 エンジニアと人生は、技術力をベースに人生を謳歌する人たちのコミュニティです。 この記事では、開発者なら多くの方が使っているであろう github を使って少しでもストレスフリーに人生を謳歌しようと思い、取り組んだことを紹介します。 類似のケーススタディとして Backlogを使って家庭内のタスクを管理した記事や 【インタビュー】「お中元の検討」など、家庭内のタスク管理にBacklogを徹底活用!“IT系母ちゃん”平 愛美さん JS開発者では有名なazuさんも以前にブログで GitHub Issue

                          githubで人生を管理する
                        • ウォータフォールはやめて2024年の開発をやろう!|牛尾 剛

                          今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と

                            ウォータフォールはやめて2024年の開発をやろう!|牛尾 剛
                          • なぜ自動テストの導入は失敗するのか? - プログラマーの脳みそ

                            開発室の雑談。営業側のマネージャが言うには 「今のプロジェクトで自動テストの導入を試みている話をしたら、XXXさんのところでも過去にいくつか導入を試みたけどもみんな上手くいかなかったって話になって」 なるほど? まあ確かに自動テストはシステム開発にとって魅惑の技法ではあるものの、では導入がうまくいっているか? というと普及率は低いと言わざるを得ない。私がお手伝いしたプロジェクトでは、元請け側から自動テストをやるお達しが来たわけだが、紆余曲折あって掛け声倒れのような状態になってしまった。 ビジネス書の煽りタイトルのような本件だが、古式ゆかしき受注生産の業務システム開発プロジェクトに自動テストを導入しようとして失敗する事例を聞いたので、僕なりに分析して見出した要素を挙げておこうと思う。 V字モデル ソフトウェア開発の手法としてV字モデルというものがある。 オーダーメイドでシステムを作るにあたっ

                              なぜ自動テストの導入は失敗するのか? - プログラマーの脳みそ
                            • 普通はプロジェクトマネージメントなんてできない

                              しんざき氏の記事を読んだ。 https://blog.tinect.jp/?p=81116 要は家庭運営は「プロジェクト」であるのだから適切なプロジェクト運営を行う必要がある、という趣旨で内容については概ね同意ではあるのだが、これを実践しようとするには大きな問題がある。 普通の人は「プロジェクトマネージメント」なんてできないのだ。 私はいろいろな会社の小さめのプロジェクトに参加して開発を請け負うエンジニアなのだが、まともなプロジェクト責任者に当たるのは20%もない。 ここでいう「まともな」というのは、 ・タスクを適切な粒度に分解できる ・タスク同士の前後関係を把握してスケジュールを組める ・品質、コスト、納期を考慮とした優先度付けができる という、プロジェクトマネージメントを行うにあたっての最低限のスキルがある人である。 もちろん優秀な人が集まる大企業であれば多くの人が簡単にこなせるだろう

                                普通はプロジェクトマネージメントなんてできない
                              • より少なく、しかしより良く - 「エッセンシャル思考」読んだ - $shibayu36->blog;

                                エッセンシャル思考 最少の時間で成果を最大にする 作者:グレッグ・マキューンかんき出版Amazon 自分がなんでもやりたいタイプなので、この本に書いてあることは中々刺さった。幸福になるには「より少なく、しかしより良く」を追求すべきという本。プライベートや仕事でとにかく忙しく時間がないと思っている人は読んでみると良い。 印象に残ったのは次のことだ。 現代人の最優先課題は、優先順位づけの能力をキープすること 睡眠不足では一番最初にそこが減ってしまうのでダメ 一流のバイオリニストは1日平均8.6時間の睡眠 & 週平均2.8時間の昼寝。睡眠による並外れた集中力で、1時間あたりの練習効果を最大限にする もっとも厳しい基準でやることを決める 「絶対やりたい」「やらない」の2択にする。やろうかな程度なら却下、イエスと言うのは絶対やるしかないと確信した時だけ 自分の中で最重要基準をひとつ用意し、100点満

                                  より少なく、しかしより良く - 「エッセンシャル思考」読んだ - $shibayu36->blog;
                                • 「もったいない」マインドが逆に効率を悪くする。フロー効率とリソース効率から考えるチームで仕事をする理由 - Qiita

                                  「もったいない」マインドが逆に効率を悪くする。フロー効率とリソース効率から考えるチームで仕事をする理由チーム開発プロジェクト管理マネジメント はじめに 前回、なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのかの記事において、プロジェクト型の人員規模を柔軟に変化させる開発スタイルに関して、理論的なスケジュール削減の限界について考察しました。その際に、チーム型開発や組織とソフトウェアの紐付けについても示唆しました。 今回は、チームでソフトウェアを開発することに関して、「フロー効率」と「リソース効率」という観点から考察し、なぜ私たちはチームで開発するのか、あるいはなぜプロジェクト型を採用するのかについての考え方を深めていきたいと思います。 そして、組織における効率性の価値観が異なると、新しい効率性に関して理解をする前に「もったいない」と感じてしまい、新しい文化を取り入れづらくして

                                    「もったいない」マインドが逆に効率を悪くする。フロー効率とリソース効率から考えるチームで仕事をする理由 - Qiita
                                  • 昔いた職場で組織内のルールや決まったプロセスに毎回理解できない新卒に対して上司が放った一言に多くの意見が寄せられる

                                    𝓞𝓶𝓸𝓬𝓱𝓲 @ib_kiri 昔いた職場で、組織内のルールや決まったプロセスに毎回『なぜこれが必要なのか理解できない』とこぼしていた東大の新卒がいた。 上司が『お前の納得と理解は後回しでいいから早くやれ。給料もらって仕事をこなすのが俺らの義務なのに自分の感情とか勉強を優先するな』とキレてとても腹落ちした思い出 2022-09-02 11:41:30 𝓞𝓶𝓸𝓬𝓱𝓲 @ib_kiri たとえ合理的な理由があっても組織はいちいちそれを末端まで全部説明してる余裕はないし、『全て知る必要がある』とか『知らなければやりたくない』というのは組織人としては失格だと思う。 期待役割を全うしながら時間を経ないと、必要性が文字だけでは理解できないルールや慣習もあると今ならわかる 2022-09-02 11:44:49 𝓞𝓶𝓸𝓬𝓱𝓲 @ib_kiri 限られた人的リソースを理

                                      昔いた職場で組織内のルールや決まったプロセスに毎回理解できない新卒に対して上司が放った一言に多くの意見が寄せられる
                                    • 退屈なことはPythonにやらせよう 第2版

                                      一歩先行くハイパフォーマンスなビジネスパーソンからの圧倒的な支持を獲得し、自作RPA本の草分けとして大ヒットしたベストセラー書の改訂版。劇的な「業務効率化」「コスト削減」「生産性向上」を達成するには、単純な繰り返し作業の自動化は必須です。本書ではWordやExcel、PDF文書の一括処理、Webサイトからのダウンロード、メールやSMSの送受信、画像処理、GUI操作といった日常業務でよく直面する面倒で退屈な作業を、Pythonと豊富なモジュールを使って自動化します。今回の改訂では、GmailやGoogleスプレッドシートの操作、Pythonと各種モジュールの最新版への対応、演習等を増補しています。日本語版では、PyInstallerによるEXEファイルの作成方法を巻末付録として収録しました。 訳者まえがき まえがき 第I部 Pythonプログラミングの基礎 1章 Pythonの基本 1.1 

                                        退屈なことはPythonにやらせよう 第2版
                                      • なぜDXは分かりにくいのか?なぜDXプロジェクトはPoCで頓挫するのか?

                                        DXの全体像と、各種技術のマッピング、 何故DX関連のPoCが失敗するのか、 という怪文章 3時間分の講義資料を10分に極限圧縮しています。講義が必要な方はご連絡ください。Read less

                                          なぜDXは分かりにくいのか?なぜDXプロジェクトはPoCで頓挫するのか?
                                        • 安全安心にソフトウェア開発を行うためのDesign Doc導入ガイド|面川泰明

                                          みなさん、コードを書く前に設計書を書きますか? 書くか書かないかは人それぞれだと思いますが、「設計」というプロセス自体は意識的であれ無意識的であれエンジニアであれば全員やっていることだと思います。 今回は設計プロセスの改善という文脈で私たちがDesign Docという仕組みを導入したことについて共有しようと思います。もし同じような状況を経験している人がいたら参考になれば幸いです。 導入の背景まずは導入するに至った状況からお話します。 私たちのサービスは、利用していただくユーザーの数が増加しています。それに伴って品質のハードルも上がってきました。サービスに障害が発生するとユーザーさんに大きな損害を出してしまうことになるからです。そこで今まで以上に安全にサービスを開発できる仕組みづくりが必要になりました。ですが、実現のためには大きく2つの課題がありました。 課題1. 開発スピードが徐々に鈍化し

                                            安全安心にソフトウェア開発を行うためのDesign Doc導入ガイド|面川泰明
                                          • ベイジのウェブ制作ワークフロー2021年版(約100のタスクと解説) | knowledge / baigie

                                            営業、受注、制作、納品、運用と、ウェブ制作の活動は長期に渡り、そのタスクの種類と量は膨大です。だからこそ、基本的なプロセスや使用するドキュメントなどを明確に定義しておかないと、サービスの品質が担当者により大きく変わることになります。 ベイジは社員がまだ5名の頃、各人に委ねた進め方によって以下のようなトラブルが頻発していました。 ミスが発生しても「次から気をつける」と精神論で終わらせてしまう 担当するディレクターやクリエイターによってタスクの抜け漏れが起きる 担当者それぞれが属人的な進め方をしてて品質が安定しない 役割が不明瞭なグレーゾーンのタスクが放置されてしまう 創造的な仕事の時間が、ルーチンや計画にないタスクに奪われてしまう 新しい社員が入る度に同じことを教えないといけない これら問題を解決するため、2014年頃からワークフローを整備するようになりました。ちなみに私が入社したのはこれ以

                                              ベイジのウェブ制作ワークフロー2021年版(約100のタスクと解説) | knowledge / baigie
                                            • ウクライナ発個人プロジェクトGitLabが1兆円規模のIPOへ、その4つの教訓 | Coral Capital

                                              月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください! ウクライナのソフトウェア開発者Dmitry Zaporozhets氏が2011年10月に、たった1人で開始したオープンソースプロジェクト「GitLab」。それが、ちょうど10年を経て時価総額1兆円もうかがうほどの大成功したDevOpsのSaaSプラットフォームへと進化することになると想像した人は、ほとんどいなかったと思います。GitLabのライセンス・SaaSビジネスを展開するGitLab Inc.は9月17日付けで米国証券取引委員会(SEC)に対してFORM S-1を提出し、IPOへ向けて最終段階に入りました。 開発初期か

                                                ウクライナ発個人プロジェクトGitLabが1兆円規模のIPOへ、その4つの教訓 | Coral Capital
                                              • 会議のファシリテーションをほめてもらった - Mitsuyuki.Shiiba

                                                うれしかった。ので、メモ。 僕のいるチームのプロジェクトで、複数のチームにサポートしてもらいながら進める必要がある、ちょっと大きなものが始まりそうだったから、キックオフ前のキックオフやっとこかーってなって司会をした。オンラインミーティングね。 最初にこの会の目的を説明 今日のアジェンダのページのリンクは事前に共有もしていましたけど、いまSlackにもポストしておきましたー。 まだプロジェクトは始まってないんだけど、事前に調査とかをしたいから質問や相談をさせてもらいたいなと思っていて、そのときに「え?これなんの話?」って戸惑わせることがないように、プロジェクトの概要を共有しとこうと思ったー!だから、この会がうまくいったら、僕らが質問してもみなさんが戸惑わないようになっている! Bさん、Slackにメモ残してってください。お願いしまーす! からの、会の流れを説明 最初にPdMから10分くらいで

                                                  会議のファシリテーションをほめてもらった - Mitsuyuki.Shiiba
                                                • Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                                  ハイクラス求人TOPIT記事一覧Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから Javaは1995年に誕生し、数多くのコミュニティや企業の影響を色濃く受けてきました。では、黎明期から現代に至るまで、Javaはどのように進化し、生態系を変化させてきたのでしょうか。Javaのスペシャリストとして知られる、きしだなおきさんに聞きました。 1995年に誕生した、オブジェクト指向プログラミング言語・Java。この言語の歴史は、数多くのコミュニティや企業の影響を色濃く受けてきました。 例えば、OracleによるSun Microsystemsの買収後、Javaのリリースサイクルは大きく変化しました。また日本においては、JavaカンファレンスやS

                                                    Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                                  • 私はなぜ、部下を退職に追い込んでしまったのか

                                                    ワタシには無理でした――つらいひとことを残して去っていった女性エンジニア。IT“業界”解説シリーズ、第8弾は準委任の仮面をかぶった請負かつ派遣な契約で部下を退職に追い込んでしまった男の悔恨の告白です。 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを、第4弾はユーザーはなぜプロジェクトに協力したらがらないのか、第5弾は「案件ガチャ」が起こるメカニズム、第6弾はベンダーの営業が安請け合いする理由、第7弾ではエンジニアの年収が上がらない理由を説明しました。 今回は、IT訴訟解説でもおなじみの細川氏が、請負契約と準委任契約の違いを解説する。若かりし日の反省も込めて――。 ジュンイニンって何ですか? 準委任契約なのに成果物に責任を持ち

                                                      私はなぜ、部下を退職に追い込んでしまったのか
                                                    • 劉彦甫 on Twitter: "昨日沖縄で開かれた「『台湾有事』を起こさせない・沖縄対話プロジェクト」のシンポジウムは現状維持と平和を目指す台湾社会への無理解と侮蔑的な姿勢が重なった。特に沖縄タイムスの宮城栄作編集局長による台湾に対する筋違いの図々しい「要求」は台湾側の神経を逆撫でする対話とは正反対で今後の議→"

                                                      昨日沖縄で開かれた「『台湾有事』を起こさせない・沖縄対話プロジェクト」のシンポジウムは現状維持と平和を目指す台湾社会への無理解と侮蔑的な姿勢が重なった。特に沖縄タイムスの宮城栄作編集局長による台湾に対する筋違いの図々しい「要求」は台湾側の神経を逆撫でする対話とは正反対で今後の議→

                                                        劉彦甫 on Twitter: "昨日沖縄で開かれた「『台湾有事』を起こさせない・沖縄対話プロジェクト」のシンポジウムは現状維持と平和を目指す台湾社会への無理解と侮蔑的な姿勢が重なった。特に沖縄タイムスの宮城栄作編集局長による台湾に対する筋違いの図々しい「要求」は台湾側の神経を逆撫でする対話とは正反対で今後の議→"
                                                      • 1年以上かけて生産性倍増+成長し続けるチームになった施策を全部公開 - Qiita

                                                        1. はじめに 本稿は、私が1年以上の期間をかけて、成長し続けるチームに変わることができた施策を紹介します。 本稿は長文なので、忙しい人は太字だけを拾い読みして、興味をもった施策だけを詳しく読んでいただければと思います。 なお、本稿の内容で「Developers Summit 2020 KANSAI」というカンファレンスで発表した結果、ベストスピーカー賞1位をいただきました。発表を視聴してくださった方々に感謝しております。 発表資料と発表動画はコチラ 2. 施策の効果 私の開発チームは当初(1年と数ヶ月前)は、以下の状態でした。 あまり積極的に今のやり方を変えようと思っていないチーム メンバーは、中堅(私)が1名と入社2年目と3年目の3人(後に新人が配属して途中から4名に) 全員、技術記事を書いたことがない 全員、社外の勉強会などのイベントに参加したことがない 全員、開発知識は、業務で教え

                                                          1年以上かけて生産性倍増+成長し続けるチームになった施策を全部公開 - Qiita
                                                        • Googleのはじめ方

                                                          以下の文章は、Paul Graham による How to Start Google の日本語訳である。 本翻訳文書については、Shiro Kawai さんに誤訳の訂正を頂きました。ありがとうございました。 (これは、14~15歳の子たちに、いずれスタートアップを始めたいと思ったら何をやるべきかについて私が行った講演である。多くの学校が、スタートアップについて生徒に何か教えるべきだと考えている。これこそが、私が学校が生徒に教えるべきと思っていることだ。) あなた方のほとんどが、いわゆる現実世界に放り出されたら、いずれはある種の職に就かねばならないと考えているでしょう。それは正しくなくて、今日、私はあなた方が職に就かなくて済むために使える技を指南します。 その技は、自分の会社を始めることです。つまり、それは働くのを避ける技ではありません。自分の会社を始めたら、普通の職に就いた場合よりも懸命に

                                                            Googleのはじめ方
                                                          • 【資料公開】アジャイルについてマネージャーが知るべき97のこと

                                                            みなさんこんにちは。@ryuzeeです。 昨年12月に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 アジャイルコーチや技術顧問の仕事は多岐にわたりますが、その1つに社内での講演やセミナーがあります。 今回、技術顧問先のイベントで登壇しましたので、その際の資料を公開します。 アジャイルとは直接関係ないものも多々含まれていますが、ネタということでご了承ください。 アジャイル全般QCDSを同時にすべて固定することはできない要件の決まったものを早く・安く作る方法ではない開発だけをアジャイルにしても意味がないアジャイルで請負契約は無理だと心得ようすべてがアジャイルに適しているわけではない大規模アジャイルは小さなアジャイルの成功後アジャイル導入を支援しようアジャイル推進での組織的な課題に取り組もう無駄な社内プロセスを廃止するよう働きかけよう効率ではなく成果に着目した組織設計をし

                                                              【資料公開】アジャイルについてマネージャーが知るべき97のこと
                                                            • 解像度を上げる 🔬

                                                              2023 年 4 月にアップデートしました。 ビジネスにおいて「解像度が足りない」という言葉が使われるようになりました。この解像度という概念を、深さ、広さ、構造、時間の4つの軸で整理して、それぞれでどうやって解像度を上げれば良いのかについて解説しています。 このスライドを使った

                                                                解像度を上げる 🔬
                                                              • 【独自】35人と同時交際か 誕生日偽り複数女性からプレゼント詐取疑いで男を逮捕 | MBS 関西のニュース

                                                                交際していた女性らに誕生日を偽り、女性3人から誕生日プレゼントとして電子マネーやスーツなど10万円相当をだまし取ったとして、39歳の男が逮捕されました。男は少なくとも35人と同時に交際していたとみられています。 詐欺の疑いで逮捕されたのは、住居不定のアルバイト・宮川隆史容疑者(39)です。警察によりますと、宮川容疑者は誕生日が11月13日であるにもかかわらず、結婚を前提に交際していた47歳の女性に「誕生日が2月22日である」と嘘をついたほか、40歳の女性には「7月が誕生日」だと嘘を、35歳の女性には「4月が誕生日」だと嘘をつき、3人から誕生日プレゼントとして電子マネー2万円分やスーツ3万円相当など総額10万円相当をだまし取った疑いがもたれています。 交際していた女性は取材に対して次のように話しました。 (交際していた女性) 「たった2回しか会っていないのにキスされてきたりとかしたので、私は

                                                                  【独自】35人と同時交際か 誕生日偽り複数女性からプレゼント詐取疑いで男を逮捕 | MBS 関西のニュース
                                                                • SMBCホームページ、デザインリニューアルの裏側。|SMBC DESIGN

                                                                  こんにちは。デザインチームの八嶋です。2021年3月22日、SMBCのホームページが大幅にリニューアルされました。このホームページリニューアルは、約5年ぶりの大幅リニューアルでページ数は約1500ページにも及ぶ大プロジェクトでした。このプロジェクトはインハウスデザイナーによるホームページのデザインディレクションとデザインチームが作ったデザインシステムによる連携で作られています。ホームページの役割からUIの設計までコアとなる部分をインハウスデザイナーが設計し、多数のパートナー様にもご協力いただき完成させています。(特にトランスコスモス様、ありがとうございます。) 今回のnoteは、ホームページリニューアルチームの一員でもある八嶋が、デザイナーの大塚とプロジェクトマネージャーの髙橋、そして、デザインシステムを担当したデザイナーの金澤にインタビューをしました! ホームページリニューアルを通して、

                                                                    SMBCホームページ、デザインリニューアルの裏側。|SMBC DESIGN
                                                                  • ブルシットプロダクトからチームを守れ! 「顧客が本当に必要だったもの」を追求するプロダクトマネジメントを実現するぞ

                                                                    ユーザーから見て、ただひどいだけでなく、開発したり販売する人たち自身がプロダクトに価値がないと感じており、また買ってもらうことに罪悪感を感じるようなプロダクトやサービスをブルシットプロダクトと呼びましょう。 ブルシットプロダクトとは何か、どのようにして生まれるのか、なにをすれば解消されるのか、顧客…

                                                                      ブルシットプロダクトからチームを守れ! 「顧客が本当に必要だったもの」を追求するプロダクトマネジメントを実現するぞ
                                                                    • こんなプロジェクトは「炎上」する。PM界きってのトラブルシューターに学ぶ、“火種の種類と火消しテク” - ミーツキャリアbyマイナビ転職

                                                                      度重なる期日の延期、お客さまの「激怒」、クリティカルな問題の発覚……。 多くのプロジェクトマネージャー(以下、PM)が最も恐れるのは、そんな「炎上」でしょう。巻き返しを図るものの、逆に現場に負担をかけたり、混乱を招いたり。その結果、品質が大きく下がってしまう、あるいはサービスイン(新しいサービスを開始すること)に間に合わないなんてことになれば、PMとしての信用は大きく損なわれてしまいます。 そうしたトラブルをうまく収め、プロジェクトを無事に着地させるには、どのような心構えや技術が必要なのでしょうか? 今回お声がけしたのは、日本IBMやパナソニックなどで、PMとして数えきれないほどの炎上プロジェクトを解決してきた木部智之さん。日本IBMではPMのグローバル最高位である「シニア・コンプレックス・プロジェクト・マネジャー」に認定された生粋の「火消し屋」です。 そんな炎上対応のプロフェッショナルで

                                                                        こんなプロジェクトは「炎上」する。PM界きってのトラブルシューターに学ぶ、“火種の種類と火消しテク” - ミーツキャリアbyマイナビ転職
                                                                      • Skype、アカウントもアプリも不要の無料Web会議サービス「Meet Now」を提供開始

                                                                        米Microsoft傘下のSkypeは4月3日(現地時間)、Microsoftアカウントもアプリのダウンロードも不要の無料Web会議サービス「Meet Now」機能を利用可能にした。数クリックで無料のWeb会議を開始できる。 Webページの「無料の会議を作成」ボタンをクリックするとWeb会議用の一意のURLが表示されるので、それをメールなどで送ることで参加者を募れる。Microsoftによると「あらゆる機能を自由に利用でき」、「会議リンクの有効期限はなく、いつでも使うことができ」るという。なお、SkypeのWebクライアントをサポートするWebブラウザは、Microsoft EdgeとGoogleのChromeのみだ(Firefoxで試してみたところ、「ブラウザーがサポートされていません」と表示された)。

                                                                          Skype、アカウントもアプリも不要の無料Web会議サービス「Meet Now」を提供開始
                                                                        • 他人のコードや設計を見て1番これはあり得ないだろと思う実装はありますか?

                                                                          回答 (9件中の1件目) qmailという、極端にバグが少なく、安全で高速なSMTPのサーバーがあります。いまはシェアを落としていますが、数年間放置しておいても安定して長期間動くので、まだまだ現在も使われています。 the Internet's MTA of choice このCソースはすごいですよ。putsやprintf, fopenなどの標準Cライブラリの関数は安全ではないという理由で使わず、すべてsubstdioという、stdioのサブセットを独自実装しています。こんなことは普通はしないですね。 作者のDJB氏は、プログラムは全部のパターンをテストできなければならない。全部の...

                                                                            他人のコードや設計を見て1番これはあり得ないだろと思う実装はありますか?
                                                                          • GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック(前編)。デブサミ2022

                                                                            今日は「GitLabで学んだ最高の働き方」ということで発表していきたいと思います。 私、伊藤と佐々木はGitLabでソリューションアーキテクトをやっている者です。 GitLabは、オンプレミス用のソフトウェアと、GitLab.comも長年やっておりますのでぜひ使ってください。去年めでたく上場しましたので、さらにいろんな機能を追加して強力なDevOpsプラットフォームとして展開していきたいと思っています。 このセッションで共有したい内容の背景、これは個人的にGitLab社に参画した理由のひとつでもあるのですが、製品が魅力的であることともうひとつ、GitLabはご存じの通り、ご存じない方もいるかもしれませんが、従業員全員がリモートワークをしている企業です。 そこなら最先端のやり方での働きができるのではないか、という仮説が私の中にありまして、入社しました。 で、実際どうだったかというと、はい、最

                                                                              GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック(前編)。デブサミ2022
                                                                            • 進出して分かった日本とアメリカのSaaSプロダクトニーズの違い

                                                                              はじめにこれは何? 数カ月間マーケット調査、商談をして見えてきた日本とグローバルでSaaSプロダクトに求められることの違いを紹介する 誰向けの記事? グローバルで利用されるプロダクト開発に興味のあるPdM, エンジニアの方 まとめると? 競合がエグい。日本はプロ野球で、グローバルはメジャーリーグみたいなイメージ。プロダクトは広く浅く→狭く深くに要件が変わる。 エコシステム、SaaS市場の成熟度の違いから、インテグレーションファーストになる 時差や人件費の違いがプロダクトに影響を与え、セルフサービス前提の設計になる 伝えたいこと グローバルで使われるSaaSプロダクトづくり(=メジャーで野球する)、そしてそこで勝つためのプロダクト・開発組織づくりに経営者として本気で取り組みます。 メジャーで勝利するために、優秀なメンバーが集まり、切磋琢磨し、成長できる環境。勝ち筋も見えています。他ではできな

                                                                                進出して分かった日本とアメリカのSaaSプロダクトニーズの違い
                                                                              • 意識も理想も高いけど実現には至れない人|FromAtom

                                                                                これは、複数の他社の人から聞いた話をくっつけたり混ぜたり脚色した話になる。つまるところフィクションだ。 あるIT企業ではチームごとに始業時にスタンドアップミーティングを行っている。スクラムで言うところのデイリースクラムである。よくあるやつだ。 ある日、5〜6人くらいの小規模チームに新しいメンバーが加入した。新卒ではないけれど第二新卒くらいの若さのメンバーであった。将来的にはリードする役職(テックリードだったり、デザインリードだったりそういうやつ)につきたいという、意欲のあるメンバーだ。仮にメンバーを山田としよう。 入社後しばらくした山田からマネージャーに相談があった。 「毎朝、スタンドアップミーティングをしているが、時間の無駄にしか感じない。それぞれが進捗を共有するが、自分には関係ないタスクの話を聞いても意味がないので早くタスク消化に入りたい。」 マネージャーはスタンドアップミーティングの

                                                                                  意識も理想も高いけど実現には至れない人|FromAtom
                                                                                • 2022年度版Python環境構築徹底解説 - Qiita

                                                                                  各機能とツールについて、説明していきます。 エディタ Visual Studio Code エディタやIDE(統合開発環境)は好きに選んでいただければ良いとは思いますが、特に希望がないならば、Visual Studio Codeを選んでおけば間違いないでしょう。 Pythonを含む幅広い言語に対応し、豊富な拡張機能を備えている非常にリッチなエディタです。とりわけPythonプロジェクトについては、これさえ有れば、特にIDEなどは必要ないと思います。 インストールは↓から。 バージョン管理ソフト Python3系は日夜アップデートされていて、2022年12月現在の最新verは、3.11.1が提供されています。 とはいえ、プロジェクトによっては、3.7.1までしか動作が担保されていないもの、3.9.0で現在開発中のもの...などがあります。最新のPythonが常に必要、というわけでは決してなく

                                                                                    2022年度版Python環境構築徹底解説 - Qiita