並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 6783件

新着順 人気順

課題解決の検索結果201 - 240 件 / 6783件

  • 俺、癌が見つかって。それで色々話し合った結果、離婚することにしたの。

    わたしには割とガサツというか、お行儀が悪いところがある。 そのうちのひとつが、割とどこにでもあぐらをかいて座り込んでしまう癖である。 先日、深夜のコンビニに煙草を買いに行った時。 真夏の暑さが少し和らいで、夜風が涼しかった。 人気のない郊外のコンビニの駐車場。わたしは座り込んで1本の煙草に火をつけた。 夜風と懐かしい感覚 日中なら、コンビニの建物の裏、周囲に人がいない場所で1本吸ったりする。 しかし夜風が心地よいのと少し酔っていたこともあり、わたしはそのまま寝転がってみた。 硬いアスファルトの上。満天の星空などではないが、しかしどこか懐かしい感じがしてぼんやりと空を見上げていた。そのままうたた寝しそうになったくらい心地よかった。 そしてふと思い出した。 あの時、 夫婦「だった」ふたりはいま、どうしているのだろうか。 夫「だった」人は、まだこの世にいるのだろうか。 憂さ晴らしをしたかった夜

      俺、癌が見つかって。それで色々話し合った結果、離婚することにしたの。
    • 検索エンジンの終わり、その次に来るメディアの形とは?|エルモ/Marketing Media Lab

      どうも、マーケターのえるも(@elmo_marketing)です。 本日は、検索エンジンの終わりとその背景、そしてこれから来るであろう「メディアの形」について書いていきます。 今Googleが何を考えて、どう未来を捉えているのか? そのあたり、僕の仮説をお伝えできたらと思います。 ちなみに僕の見立てでは、Googleは検索エンジンをすでに見切っています。 詳しい内容は、これからお伝えしていきます。 このnoteの要点は以下の通り、 検索エンジンの死は、遅かれ早かれやってくる。 その理由とは? 無欲時代の最適プラットフォーム**とは?検索エンジンの死は遅かれ早かれやってくる。 「Googleは終わった!SEOが終わった!アフィリエイトは死んだ!」とここ1,2年でかなり叫ばれています。(とりわけ、twitterのタイムライン上で・・) ネット上で「SEOが死んだ」というのは、主にメディア人とア

        検索エンジンの終わり、その次に来るメディアの形とは?|エルモ/Marketing Media Lab
      • 顧客のBurning needsを解決する | chikathreesix

        こんにちは、@chikathreesixです。エンジニア起業家としてAutifyというAIを用いたソフトウェアテストの自動化製品を開発するスタートアップのCEOをやっています。 この記事では、BtoBスタートアップがProduct Market Fitするために必須である「顧客のBurning needsを解決する」ことについて、アメリカのアクセラレーターAlchemist Acceleratorにて学んだ経験を元に書きました。 僕らがどのように顧客のBurning needsを見つけ、Autifyという製品にたどり着いたのか、その過程と失敗について共有することで、エンジニア起業家やBtoB SaaS起業家の方々の参考となれば幸いです。 ※BtoCには当てはまらないケースもあるかもしれませんが、僕はBtoCの事は全くわからないのでご容赦ください。 弊社は2019年の1月にアメリカのトップス

          顧客のBurning needsを解決する | chikathreesix
        • 「AWS全体のセキュリティ管理と快適なセキュリティ運用」というタイトルで登壇しました | DevelopersIO

          こんにちは、臼田です。 みなさん、AWSできるマンの人材育成してますか?(挨拶 今回は、2022年4月8日に実施したAWSトレーニング・人材育成ウェビナー 今あなたが学ぶべきAWSセキュリティにてお話した内容をブログにまとめます。 資料 解説 私の内容の解説の前に少し追加の情報を。 今回のイベントでは私の前に「怖がらずにセキュリティと向き合うために」というタイトルで、アマゾン ウェブ サービス ジャパン合同会社 セキュリティ アシュアランス本部 本部長の松本照吾さんにご登壇いただきました。怖がらずにセキュリティと向き合うために、どう考えてどう取り組めばいいか、大変良く分かる内容でした。ぜひ松本照吾さんが他の場で登壇されるのを見かけたら、話を聞いてみてください。 では私のセッションの話を。 私のセッションのテーマは「AWSセキュリティを理解して便利に運用しよう」です。よく一般ではITのセキュ

            「AWS全体のセキュリティ管理と快適なセキュリティ運用」というタイトルで登壇しました | DevelopersIO
          • 奇書『家畜人ヤプー』を読む

            既知の作品、過去のアーカイブを読み漁ることに意味はあるだろうか。 「ある」という人もいれば、「ない」という人もいるだろう。今回紹介する『家畜人ヤプー』という奇妙なSF小説などは、「ない」と答える人の多い作品ではないだろうか。 『家畜人ヤプー』は昭和時代に作られたSF小説で、日本人が人間椅子や人間便器に改造され、白人らしき宇宙人に使役されている作品だ、三島由紀夫など同時代の文学者や知識人の間でよく知られていた……ぐらいはいまどきのネットユーザーなら即座に調べられるのではないかと思う。 だからといって、その『家畜人ヤプー』を実際に読んでみよう・読まなければならないと思い立って読む人は少ないのではないだろうか。 かく言う私も、同作品の名前はずっと前から知っていたけど、到底読む気にはなれなかった。 けれどもある人に「これは熊代さんが今読んでおくにふさわしい本なので是非とも読んでください」と推薦され

              奇書『家畜人ヤプー』を読む
            • 優秀なエンジニアを紹介する条件|Seiji Takahashi@ベースマキナ

              「誰かエンジニアで暇な人いませんか?」個人的にカンファレンスとかでエンジニアの知り合いの数が多くなったせいか、優秀なエンジニアの知り合いを紹介して欲しいと相談されることが非常に多いです。 「本当に優秀な人」以外を繋ぐならすぐ紹介できます。しかし、本気で生産性が高い人に声をかける場合、他のリファラル案件にも負けない条件を提示しないと絶対に来てくれないし、下手な紹介なんかしたら「僕と対象者の関係」「対象者の人生」「会社のプロダクトの成功」の全ての面で不幸が生じます。誰でもわかることだと思いますが、その割に結構雑に依頼を投げる人が多いな、という印象があります。優秀なエンジニアで仲良くしてもらってる人は、雑に紹介できるほど半端な友好関係ではないので、適当に繋いだりはしないです。 紹介可否の格差ある一定の基準をクリアしていると、すぐに紹介できます。紹介できない場合はよほど事情が変わらない限り良い報告

                優秀なエンジニアを紹介する条件|Seiji Takahashi@ベースマキナ
              • 「誰がいつ望んだ?」大阪万博の次は「横浜花博」市の予算は1年で7倍、市議も危惧する「赤字に税金投入の可能性も」 - Smart FLASH/スマフラ[光文社週刊誌]

                「誰がいつ望んだ?」大阪万博の次は「横浜花博」市の予算は1年で7倍、市議も危惧する「赤字に税金投入の可能性も」 社会・政治 投稿日:2024.04.30 06:00FLASH編集部 会場建設費の総額が、資材価格や人件費の高騰により、当初想定の1.9倍となる最大2350億円まで膨らみ、問題視されている「2025大阪・関西万博」。 吉村洋文大阪府知事は「万博は国家事業」と言い切り、批判をかわそうとしているが、2027年3~9月に「米軍上瀬谷通信施設跡地(神奈川県横浜市瀬谷区・旭区)」で開催される「2027横浜国際園芸博覧会(花博)」でも、同様の問題が持ちあがっている。 花博は、万博協会で会長を務める経団連会長の十倉雅和氏が代表理事(会長)になった『公益社団法人2027年国際園芸博覧会協会』が運営組織となり、園芸文化の普及や花と緑のあふれる暮らし、地域・経済の創造や社会的な課題解決への貢献を目的

                  「誰がいつ望んだ?」大阪万博の次は「横浜花博」市の予算は1年で7倍、市議も危惧する「赤字に税金投入の可能性も」 - Smart FLASH/スマフラ[光文社週刊誌]
                • 「ひどく失敗した人たち」に感謝したい。

                  私が以前在籍していたコンサルティング会社の一部署では、「失敗」という言葉を使うことが禁止されていた。 代わりに「成長ネタ」という言葉を使いなさい、と。 会社は、「失敗」を、公式に次のように言っていた。 失敗は「成長ネタ」です。成功よりも成長ネタからの方が、学ぶことは多いです。 成長ネタは、全く恥ではありません。 正直なところ、当初は「呼び方だけ変えてもね……」と懐疑的であったが、のちに、これは全く私が間違っていたことがわかった。 「成長ネタ」と呼ぶことで、失敗の公表に対してポジティブな態度をとれる人が増えたからだ。 * 私がチームリーダーを務めていた時、一人の部下が、顧客から苦言をもらってしまったことがあった。 原因は、説明不足によるもので、お客様の誤解とはいえ、こちらに非があるものでもあった。 これは、再発防止をしなければならない。 しかし、「十分に説明をしなさい」だけで、それが徹底され

                    「ひどく失敗した人たち」に感謝したい。
                  • 中途入社のソフトウェアエンジニアがWebサービス開発に参加するとき役立ったこと - kymmt

                    この記事は一休.com Advent Calendar 2023 8日目の記事です。 2023-09-25に入社して2か月半が経ったので、既存のWebサービスの開発にソフトウェアエンジニアとして参加するにあたって役立ったことを書いておく。 『Webサービスのソフトウェアエンジニアとしての転職活動で役立ったこと』の続編といえるかもしれない。 前提 観点 どのようなサービスかを調べる どのようにデータを保持するかを調べる どのようなコードかを調べる 「未知の未知」をできるだけ早く減らす チームの開発体制に興味を持つ 所感 前提 レストラン予約のサービスの開発に参加した 歴史が長い(2006〜) Webアプリケーションを開発する 技術スタックは転職前後で完全に変わった 前: Rails, PHP, Nuxt, MySQLなど7年 後: Rust, Next.js, Python, Microso

                      中途入社のソフトウェアエンジニアがWebサービス開発に参加するとき役立ったこと - kymmt
                    • トヨタの3.5ヶ月のソフトウェアエンジニア(研究開発)生活を振り返る

                      前回の転職エントリから3.5ヶ月、すなわちトヨタに入社してから3.5ヶ月が経ちました。 3.5ヶ月間とても気持ちよく働けたので、振り返り記事を書いていきます。座右の銘は「後ろを振り返らない」だったのに、歳を取ると振り返りがちになるんでしょうか。 インターネットの向こうの皆様にもぜひ弊社に興味を持っていただきたいので、弊社の良いなと思うところを書きます。嘘で興味持ってもらっても誰も得しないので、嫌だなと思うところもちゃんと書きます。 目次 前提: 所属とか経歴とか よかったこと1: 機会がめちゃ多い よかったこと2: 分散データ処理屋にとっては最高の戦場では? よかったこと3: 伸び伸び研究開発させてもらえる よかったこと4: 偉い人はすごい びっくりしたこと1: 同じ会社に知らない部署がすごいある びっくりしたこと2: 組織をまたいだディレクションがすごく緩い チョット嫌なこと1: コミュ

                        トヨタの3.5ヶ月のソフトウェアエンジニア(研究開発)生活を振り返る
                      • 地政学リスクの全体像の整理

                        地政学リスクの全体像の整理 2024年5月28日 調査部 主任研究員 細尾 忠生 研究員 井口 るり子 調査レポート ※ 本稿は執筆時点の地政学リスクを網羅的に整理したものです 1 Mitsubishi UFJ Research and Consulting 1.地政学リスクの俯瞰 2.米国の政治動向 3.中国の政治動向 4.米中対立の論点 5.台湾有事の可能性 6.アセアンの政治リスク 7.中東情勢とエネルギー問題 8.ロシアのウクライナ戦争とその影響 9.まとめ 本レポートの内容 2 Mitsubishi UFJ Research and Consulting 1-(1)地政学リスクの俯瞰  日本企業にとり重要なのは、中国、米中対立、台湾有事、ASEAN、中東など 豪 州  日米英印との関係強化による中国への対抗 インド  中国等との 国境衝突 中 東  イスラエル・ハマス紛争

                        • マイナポータルハッカソン|デジタル庁

                          2023年6月8日(木)から12日(月)までの日程で、デジタル庁として初めて、マイナポータルを利用して取得可能な情報を用いたサービスの開発拡大のためのマイナポータルハッカソンを開催しました。 ハッカソン5日間の詳細はハッカソン開催状況、一次審査を通過してハッカソンのプログラムに参加した各チームの作品についてはハッカソン参加作品紹介をご確認ください。 ハッカソン開催の目的マイナポータルを利用して取得可能な情報については、その情報を閲覧するのみではなく、民間等が保有する情報と組み合わせるなどにより新たな価値を創造することが期待されます。そのため、デジタル庁では、マイナポータルを利用して取得可能な利用者に関する情報を活用し、健康管理情報アプリや、障がい者手帳アプリのようにマイナポータルを活用してより便利なサービスを作るための機能(マイナポータルAPI)を提供しています。 マイナポータルハッカソン

                            マイナポータルハッカソン|デジタル庁
                          • WEBデザイナー向け!はじめての「ChatGPT」で業務効率化をするヒント|toto|Rabee.inc

                            こんにちは!株式会社Rabeeのtotoです🐝デザイン・EC・マーケティングでの職務経験から得た、働きやすさに繋がるヒントをnoteに記していきたいと思います。 本日は「生成AI」はほぼ初めて!というWEBデザイナーの方が、業務で使える活用術をご紹介します。 まずは基本的な使い方の習得を目指しましょう! 今回は主にChatGPTを使った業務の効率化方法をお伝えします。 私が普段利用する時はTeamプランを使用していますが、無料プランでできるものを取り上げましたので、ぜひ実際に試しながら読んでみてくださいね! 1. 生成AIを使うリスクとは?はじめに、生成AIを使う上での注意点をお伝えします。 漠然とリスクを感じているために、生成AIを業務に活用できていないという方も多いのではないでしょうか。 主にどのようなリスクがあるのかを把握し、何に注意をすれば良いのかを知りましょう。 1. データの

                              WEBデザイナー向け!はじめての「ChatGPT」で業務効率化をするヒント|toto|Rabee.inc
                            • マネージャーとNegative Capability - scrapbox - hotchemi

                              Negative Capabilityという概念を最近知った。詩人ジョン・キーツが提唱したとされている用語で「事実や理由を性急に求めず、不確実さや不思議さ、懐疑の中にいられる能力」を意味する。対義語はPositive Capabilityで、所謂課題解決能力の事。 我が身に翻ってみると思い当たる事が多く、特にマネージャーをやっているとこの能力の有用性を感じずにはいられない。例えばよく目にするのは以下の様な事象だ。 新しく入ってきたマネージャーが成果を出そうと張り切って色々提案するが、芯を外していたり合意を得られてなかったりで現場でハレーションが起きる ある問題を解決する為に新しいツールを導入するが、新しいツールが更なる問題を引き起こし以前より状況が悪化する 組織内で色々改善活動を試みるが、すぐには効果が出ず反応も芳しくないので心が折れてしまう これらはpositive capability

                                マネージャーとNegative Capability - scrapbox - hotchemi
                              • 0→1フェーズで最も重要なサービスコンセプトのつくり方 | 実プロジェクトの事例付き|梶谷健人 / 新著「生成AI時代を勝ち抜く事業・組織のつくり方」

                                サービスを0→1でつくる上でまず必要になるのが、サービスのコンセプトづくりです。 いままで自社事業や様々な企業との共同プロジェクトを通じてサービスづくりに取り組む中で、サービスのコンセプトづくり、すなわちコンセプトメイキングのプロセスにもある種の型があることに気付きました。 このnoteでは社内ドキュメントである「サービスコンセプトのつくり方」の内容を一部NDAでシェアできない資料を除いて全公開します。 <コンセプトメイキングの大前提>🧐 STEP1:コンセプトとは何かを知ろうコンセプトが何かを知る上で、コンセプトの立ち位置と役割を知ろうコンセプトそれ自体は様々な形があり、非常に漠然としている。 なので、コンセプトがそれ以外の要素とどういった関係にあるのか、どういった役割を果たすのかという観点からコンセプトとは何かを理解しよう。 まずサービスアイデアは下図のような構造を持っている。 ある

                                  0→1フェーズで最も重要なサービスコンセプトのつくり方 | 実プロジェクトの事例付き|梶谷健人 / 新著「生成AI時代を勝ち抜く事業・組織のつくり方」
                                • 5年分の店舗経験をゲームで――サイゼリヤに聞く,ボードゲームを活用した社員教育。「オリジナル店舗運営ゲーム」の顛末を制作陣に聞いた

                                  5年分の店舗経験をゲームで――サイゼリヤに聞く,ボードゲームを活用した社員教育。「オリジナル店舗運営ゲーム」の顛末を制作陣に聞いた ライター:瀬尾亜沙子 レストランチェーン「サイゼリヤ」のことは,皆さんもご存じだろう。そのサイゼリヤが,ボードゲームを使った社員教育を始めたという。 企業におけるゲーミフィケーションの1つとして,研修用のボードゲームというものはときおり耳にするものの,実際に見たり遊んだりできるチャンスは限られている。企業向け研修用ゲームはたくさん作られているというが,企業側にメリットがないため,「こういうものを社員向けに作りました」とアピールされることがないからだ。 先日掲載した「サイゼリヤがボードゲームで店舗マネジャー(店長)の研修をしている」というニュースは,そのためか話題を呼び,多くの人の興味を惹いたようだ。そこでこの度,サイゼリヤに取材を申し入れたところ,快諾いただい

                                    5年分の店舗経験をゲームで――サイゼリヤに聞く,ボードゲームを活用した社員教育。「オリジナル店舗運営ゲーム」の顛末を制作陣に聞いた
                                  • マイクロサービス化による「DB分割」で開発、運用が難しくなるこれだけの理由

                                    大きく変化した「人とシステム」の関係 企業におけるDX(デジタルトランスフォーメーション)の取り組みが加速する中で、「マイクロサービスアーキテクチャ」(以下、マイクロサービス)の注目度が増している。マイクロサービスは、複数の小さなサービスを組み合わせて一つのシステムを構成するという考え方だ。 マイクロサービスのような「疎結合アーキテクチャ」自体は以前からあるが、「クラウド」「モバイル」といった技術や考え方が普及したことで最近特に注目されている。こう語るのは、Scalarの深津 航氏(CEO、COO<最高執行責任者>)だ。 「技術の進歩によって人とシステムの関係が大きく変化した2000年ごろは、社内の情報は社内のシステムに格納され、他社と情報をやりとりするのは主に“人”だった。しかし、2010年ごろになると企業と企業のやりとりも、メールや電話だけでなく、スマートフォンのアプリケーションやWe

                                      マイクロサービス化による「DB分割」で開発、運用が難しくなるこれだけの理由
                                    • 思考の透明化で得る筋肉|ばんくし

                                      ここ数年、「会社を筋肉質に」というワードをIT業界で見るようになった。 元は市場の不況に応じて海外VCが言い始め、実際に言葉の波に乗るように外資企業ではレイオフが進んできた。1年遅れくらいで国内ベンチャーにもその波が来ており、右も左も筋肉質化と言っている。この波はすぐにIT全体に波及するだろう。 「筋肉質とは何か」とか「筋肉質化の功罪」はまたあるとして「会社の筋肉質化において重要なのはリーダーがどれだけ思考を透明化できるか」であると叫びたい。 思考は伝わらない私は、最近は転職にあたって引き継ぎ作業を行っている。 元々後続を探す、作るのがLeadと名前のついた人の役割だと思っているので、抱え込んでいるタスクこそ少ない。 少ないタスクの中でも「これはXのためにやります」と宣言してスタートする事が多く、何事も記録に残す事を徹底しているし、Qの終わりには1〜2万字の個人振り返り記事を社内に公開して

                                        思考の透明化で得る筋肉|ばんくし
                                      • データベースのドキュメント管理を自動化した話 - estie inside blog

                                        こんにちは、今回はデータ基盤構築を担当しているmarushoがお送りします。 今日はestieで実践しているデータベースのドキュメント管理方法をご紹介します。 はじめに 独自成長していくデータベースたち 失われたドキュメント どうすれば低コストなドキュメント管理ができるのか そして生まれた、schema collectorという自動化ツール SchemaSpy Mysql diff Priv Page ECS タスクスケジューラ ドキュメントを腐らせない おわりに はじめに estieはオフィスを中心とした不動産データを取り扱うスタートアップ企業です。 estie(オフィス探しサービス)とestie pro(不動産事業者向けデータプラットフォーム)の2つのサービスを運営しています。 詳しくは、こちらの記事をご覧ください。 inside.estie.co.jp estieでは、不動産に関する

                                          データベースのドキュメント管理を自動化した話 - estie inside blog
                                        • ラジコ、設立10年でついに全民放ラジオ局配信へ 巣ごもり需要でリスナーは月間900万人

                                          インターネットラジオのラジコ(東京都中央区)は8月25日、徳島県のFMラジオ局「エフエム徳島」の配信を9月1日に開始すると発表した。これにより、日本全国の民放ラジオ全99局が「radiko」に参加することになった。 ラジコでは、民放ラジオの全局参加について「設立10周年となる今年、ラジオ業界の大同団結によるラジオの再価値化の一つを実現できた」とし、9月にはTwitterキャンペーンなどを実施する予定だ。 ラジコは、聴取者の減少や難視聴対策といった課題解決を目指し、在京在阪のラジオ局と電通が共同で2010年に設立。当初は関東7局と関西6局のみだったが、13年には70局を超えるなど急速に拡大した。 現在は、聴取エリアを本来の放送地域に限定した無料配信に加え、過去一週間の放送番組を配信する「タイムフリー聴取」や、放送エリアを問わない「エリアフリー聴取」(有料会員のみ)などのサービスも展開。今年春

                                            ラジコ、設立10年でついに全民放ラジオ局配信へ 巣ごもり需要でリスナーは月間900万人
                                          • 東京都初のアジャイル型開発はいかにして導入され、実践されたか – 調達、スクラムの工夫、展望を聞いた - Agile Journey

                                            「初!都庁職員、アジャイル型開発に参加する」 東京都デジタルサービス局デジタルサービス推進部の公式note(2023年1月公開)には、かつて“試みたことのない開発手法”であったアジャイル型開発を東京都が採り入れ、複数のソフトウェアを開発した経緯が綴られています。 これまでAgile Journeyでは、さまざまな組織、企業のアジャイル導入事例を紹介してきましたが、それぞれの組織がそれぞれのモチベーションを持ち、課題に向き合いながら、導入に取り組んできました。では、それが自治体の場合では? 東京都がアジャイル型開発を導入し、運用していくための動機、準備、事業者との契約の方法、そして実践のありようを、東京都デジタルサービス局の石川秀之さん、下家昌美さんに聞きました。 コロナ禍で浮き彫りになった、「迅速」の重要性 「システムをアジャイル型開発で作ってみませんか」メールで呼びかけ、アジャイル型開発

                                              東京都初のアジャイル型開発はいかにして導入され、実践されたか – 調達、スクラムの工夫、展望を聞いた - Agile Journey
                                            • 「リニア着工には山を愛する人たちの納得がいる」事実無根の難癖をつける川勝知事に県政を託していいのか 本当に「南アルプスの自然の保全」が目的なのか

                                              会見で、日経新聞記者が「リニアの話で自然環境に関して関係者の納得が必要だという話があった。水問題の場合だと、利水関係者、いわゆる(大井川の)流域自治体などでわかるが、自然環境問題に関して、県以外の具体的に納得させないといけない利害関係者を想定しているのか」と質問した。 これに対して、川勝知事は「南アルプスを愛する内外の人たちだ」などととんでもない回答をした。 自然環境問題で、県以外に納得させなければならない利害関係者がいることなど初めて聞いた。この回答はどう考えてもおかしいと、筆者は考えた。 この質疑に関しては後に訂正が県政記者クラブに配布されたので、てっきり利害関係者の部分が削除されたのかと思いきや、なんと「南アルプスを愛する内外の方」の部分がそのまま残っているから驚きだ。 しかも県はこの内容を肝心のJR東海、国交省にも伝えていないのだ。 この回答はあまりにも的外れで、川勝知事の発言を一

                                                「リニア着工には山を愛する人たちの納得がいる」事実無根の難癖をつける川勝知事に県政を託していいのか 本当に「南アルプスの自然の保全」が目的なのか
                                              • 「エヴァのデータを守り抜く」カラー・鈴木慎之介が語るエンジニアの仕事論 - エンジニアtype | 転職type

                                                2022.10.13 働き方 データベースインフラDXCTO 「エンジニアやテクノロジーが主役」という会社が増えつつある一方で、エンジニアリングは脇役で、IT活用やDXの浸透はまだまだという業界も多い。 アニメ『ヱヴァンゲリヲン新劇場版』シリーズの制作を手掛ける株式会社カラーの鈴木慎之介さんもそんな環境で、課題解決に向き合っているエンジニアの一人だ。 鈴木さんは高校在学中の2000年からドワンゴへ入社し、約22年ドワンゴの技術畑や新規事業の担当として活躍。動画共有サイト『ニコニコ動画』を開発したことで知られるエンジニアだ。 約15年前のtype記事にもご登場いただき、『ニコニコ動画』開発ストーリーを伺った。ニコ動のユーザーID:1の持ち主でもある カラーに入社してからは、アナログとデジタルによるアニメ制作の両立を検討している同社の現場でDX推進に取り組んできた。 その仕事がカラーの作品に与

                                                  「エヴァのデータを守り抜く」カラー・鈴木慎之介が語るエンジニアの仕事論 - エンジニアtype | 転職type
                                                • 【前編】開発内製化の5年の軌跡。「消耗戦の悪魔のループ」をどう乗り越えたのか - エス・エム・エス エンジニア テックブログ

                                                  大手企業を筆頭に、エンジニア組織の外注依存から内製化にシフトしようとする企業の報道を目にすることが増えてきました。 一方で、実際にエンジニア組織の内製化を進めようとするには、事業構造、事業戦略、企業文化、人材などの所与の条件を踏まえて、最適な方法を実践することが求められる非常に難易度の高い取り組みです。 実際にケースとしても世の中に少ないことなどもあり、エンジニア組織の内製化に関する方法論について紹介されたコンテンツは少なく、各社が手探りの状態でこの内製化に取り組んでいると思われます。 そこで、まさにこれから内製化という難儀な仕事に向き合う技術組織の責任者の方の一助になればと思い、エス・エム・エスが2015年よりエンジニア組織の内製化に取り組んできたプロセスとそこで得られた反省と学びについてを共有したく、50人超のエンジニア組織で技術責任者を務める田辺に内製化の全貌を聞きました。 1. 簡

                                                    【前編】開発内製化の5年の軌跡。「消耗戦の悪魔のループ」をどう乗り越えたのか - エス・エム・エス エンジニア テックブログ
                                                  • どう考えてもマネージャなんて不要だからそれで上手くいくなんて期待しない方がいい

                                                    色んなマネージャがいる。何をやる仕事だろうか?役に立ってる?要らないだろ?って話をまとめたい。 チームを助けるどうやって?1on1でお互いの理解を深めていく? 皆さん知らないかもしれないが、この世界は実は、売上とそれを支える進捗が救いなんだ。進捗の源泉はアーキテクチャでありドメインモデリングでありシステム設計者だ。マネージャではない。 経営方針を伝えるそんなもん、直で伝える方が絶対にいい。伝え方が上手くないならなおさらだよ、早めに経験値を稼ごう。 チームメンバはでかいビジョンは理解してるけど、具体的なアクションが見えないかもしれない。伝わってるか否かを観察して、次はもっと上手くやろう。マネージャの出る幕はない。 人事評価をする人事評価はお互いの納得が最低条件であり、丁寧にやらないといけない。マネージャは納得させることができるだろうか? 元エンジニアのマネージャなら、しばらくは保つかもね。で

                                                    • オブジェクト指向プログラミングは終わった - Qiita

                                                      追記: 振り返りを書いてみました~ -- ここから元記事 別題: 抽象化って言葉もう。。 社内の記事にて、オブジェクト指向のこころ (SOFTWARE PATTERNS SERIES) | アラン・シャロウェイ, ジェームズ・R・トロット, 村上 雅章 |本 | 通販 | Amazonを紹介してもらいました。 取り上げられた、共通性/可変性分析の解説を見て、はっと思うことがありポエムを仕立てました。 共通性/可変性分析 共通性/可変性分析については、書籍を読むかググって頂けると良いですが、社内記事が良かったので引用させて頂きます。 問題領域にある概念を見つける(共通性の分析) その流動的要素を洗い出す(可変性の分析) 流動的要素を見ながら、その概念が持つ責務を果たすための抽象的側面(≒インタフェース)を導く 各流動的要素の実装上の観点から、インタフェースが適切かどうかを見極め、補正する オ

                                                        オブジェクト指向プログラミングは終わった - Qiita
                                                      • 人類はこの先食っていけるのか。調べてみた。

                                                        地球は人類を養えるのか? この前、国連かなにかの機関の奇抜な髪の色をした専門家が、「ロシアによるウクライナ侵攻と、世界的な干ばつにより、来年の世界の食糧事情が危険だ」というようなことを述べていた。 奇抜な髪の色はともかくとして、おれは、「ロシアによるウクライナ侵攻と、世界的な干ばつが重なったら、世界の食糧事情は危なくなりそうだなー」と思った。一つじゃない、二つだ。二つも大きな要素があったら、危ない。そう思った。 そう思ったおれは、「ひょっとして、地球の人口は地球が人類を養える上限を超えているのでは?」と思った。思って調べた。 まず調べて出てきたのはWikipediaの「適正人口」という項目であった。どこぞのだれかがいろいろな基準で算出した地球の適正人口は15億から20億人だという。 え、そんなに少ないの? というか、いろいろの基準がなかなかハードル高くない? とりあえず、食えることが満たさ

                                                          人類はこの先食っていけるのか。調べてみた。
                                                        • 思わず天を仰いでしまうID関連システムトラブル - =kthrtty/(+blog)

                                                          こんにちは。アドカレ12/24の記事を簡単にではありますが書かせていただきました。(25日のポストで遅刻ですが) Digital Identity技術勉強会 #iddanceのカレンダー | Advent Calendar 2023 - Qiita はじめに 本日のテーマ:思わず天を仰いでしまうID関連システムトラブル 本日のテーマは、みんな大好き「トラブル」の話です。CIAM(Consumer Identity and Access Management)領域のさまざまなシステムにさまざまな立場で関わり、さまざまなトラブルに遭遇してきた経験を踏まえて、クリスマスの合間の気楽な読み物として記載しましたので、一息ついていただければ幸いです。 今回はトラブルの中でも思わず「天を仰いでしまう」激ヤバトラブルにフォーカスして、私的ランキング形式でお届けしたいと思います。 天を仰ぐトラブルとは? 私

                                                            思わず天を仰いでしまうID関連システムトラブル - =kthrtty/(+blog)
                                                          • スプリントの属人性を減らしたらベロシティが安定した話 - Commune Engineer Blog

                                                            【2022/07/04追記】 この記事の結果に至るまでを示した補足記事を書きましたので、良ければ見て頂けると嬉しいです。 tech.commmune.jp はじめに これは何? 誰向けの記事? 自己紹介 前提:「ベロシティの安定」とは 取り組み導入の背景 属人性を減らす取り組みの一覧 ① WIP制限 どうやったか 得られた成果 補足 ② タスクサイズの制限 どうやったか 得られた成果 ③ 死亡前死因分析(プレモーテム) 死亡前死因分析とは? どうやったか 得られた成果 全ての取り組みの結果 得られた成果 何故この成果を得られたか? 注意点 まとめ 最後に はじめに これは何? スプリントの属人性を回避しようと取り組んだらベロシティが安定したので、実際に行った以下の取り組みを紹介する記事 WIP制限 タスクサイズの制限 死亡前死因分析 誰向けの記事? スクラム最初の壁であるベロシティの安定化

                                                              スプリントの属人性を減らしたらベロシティが安定した話 - Commune Engineer Blog
                                                            • 右折待ちゼロは「逆転の発想」から!? 衝突事故防ぐ画期的なアイデア「反転交差点」実用化へ本研究開始 “矢印信号”もいらない!一体どんな構造なのか

                                                              国土交通省の新技術研究として、「反転交差点」という先進的な交差点構造の本研究が始まりました。安全でスムーズな走行を実現する新発想の交差点、一体どんなものなのでしょうか。 アメリカの先進事例に着目 国土交通省が採択して研究される「道路に関する新技術」で、交差点の課題解決に期待される新たな技術が、研究スタートとなります。 「反転交差点」と呼ばれるこの新技術、いったいどんな技術なのでしょうか。実現すればどう便利になるのでしょうか。 交差点の信号待ち渋滞を解決する策としては「ラウンドアバウト」というものがあります。交差点を環状にすることで、南北側も東西側も交差点内で同じ方向へ進み、信号が無くても接触なく交差点を通過できるというものです。 しかしラウンドアバウトが機能するのは、あくまで通過交通が比較的少ない場合のみ。大都市部ではなかなか効果的に導入できません。 そこで他の事例として、可能性が提言され

                                                                右折待ちゼロは「逆転の発想」から!? 衝突事故防ぐ画期的なアイデア「反転交差点」実用化へ本研究開始 “矢印信号”もいらない!一体どんな構造なのか
                                                              • エンジニア組織の成長に必要なのは、一人の情熱を大切にすることである - Akatsuki Hackers Lab | 株式会社アカツキ(Akatsuki Inc.)

                                                                こんにちは、ゆのん(id:yunon_phys)です。この記事は Akatsuki Advent Calendar 2019 10日目の記事です。 エンジニア組織の成長のために大切にしている2つの事柄 アカツキのエンジニア組織は2~3年かけて成長していく状態を目指しています。 そしてその成長のためには、情熱と技術の積み上げが大事である、と考えています。 1. 情熱という感情を大切に扱う アカツキでは、情熱を持って仕事をしている状態を称賛します。 というのも、その人の想いが込められたプロダクトは明らかに完成物のクオリティが高くなりますし、よりクオリティを上げるためのいかなる努力も惜しまなくなり、結果として人も組織も成長すると考えているからです。 情熱というのは大きな野望である必要はありません。 その人が心からやりたいと思っているものであれば、その情熱の炎に大きさは関係ありません。 個人として

                                                                  エンジニア組織の成長に必要なのは、一人の情熱を大切にすることである - Akatsuki Hackers Lab | 株式会社アカツキ(Akatsuki Inc.)
                                                                • 【入門】事例で学ぶ要件定義 - Qiita

                                                                  はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 本記事について Findy様の「要件定義 先達に学ぶ今日から使える実践テクニック Lunch LT」で登壇した内容を元に作成しています。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像

                                                                    【入門】事例で学ぶ要件定義 - Qiita
                                                                  • エンジニアがエンジニアのために開発・検証用 PC を整備した話 - NTT Communications Engineers' Blog

                                                                    この記事は、 NTT Communications Advent Calendar 2022 15日目の記事です。 2022/12/16 追記 想像以上に反響がありましたので、追記します。 「エンジニアのわがまま」発言について そのような発言が出たのは、エンジニア側とシステム担当が互いに本音をぶつけ合ったからこそでした。 限られた時間枠の中でエンジニア側から畳みかけるように数多くの問題意識や要望をシステム担当側に突きつけるような形となり、双方ヒートアップした結果としてそのような発言につながっていました。 また、システム担当からすると下記の事実もヒートアップにつながる一因だったと思います。 新しい事務用 PC のリリースをやり遂げた直後で、利用する社員から「以前より便利になった」との声も出ていたタイミングだった 事務用 PC と開発・検証用 PC の 2 台持ちが必要なのはエンジニアが多く、

                                                                      エンジニアがエンジニアのために開発・検証用 PC を整備した話 - NTT Communications Engineers' Blog
                                                                    • Amazon、置き配を標準の配送方法として指定 東京都(3区)大阪府(3区)、名古屋市、札幌市で実証実験を拡大

                                                                      Amazon、置き配を標準の配送方法として指定 東京都(3区)大阪府(3区)、名古屋市、札幌市で実証実験を拡大 2020/01/22 Amazon(所在地:東京都目黒区)は、お客様のご注文時の配送オプションとして提供する「置き配指定サービス」を、標準の配送方法とした際の利便性や効果を検証するため、2019年に岐阜県多治見市で実施された実証実験に続き、東京都3区(江東区、文京区、練馬区)、大阪府3区(都島区、西淀川区、生野区)、名古屋市、札幌市で1月27日より実証実験を順次開始します。本実証実験では、気象条件が異なり、集合住宅と戸建住宅が混在している人口密集地域で、多様なライフスタイルのお客様に合わせた置き配の有効性を検証することを目指しています。商品のお届け先が対象エリアのお客様に対して「置き配指定サービス」を標準の配送方法とし、在宅・不在にかかわらず、玄関に商品をお届けします。なお、実証

                                                                        Amazon、置き配を標準の配送方法として指定 東京都(3区)大阪府(3区)、名古屋市、札幌市で実証実験を拡大
                                                                      • BtoBマーケティングや営業で「なぜ売れないのか?」「どうすれば売れるのか?」を図解

                                                                        BtoBマーケティングや営業戦略の現場では、常に「どうすれば売れるのか?」「なぜ売れないのか?」で悩むことが多い。いわずもがな、どんな製品やサービスでも100%売れるというような方法は存在せず(そのような方法があれば倒産する企業は0になる)、この悩みから逃れることはできない。 そこで今回のコラムでは、「どうすれば売れるのか?、値段と納期次第では売れる可能性の高い状況」と「なぜ売れないのか?の理由」をわかりやすい図を用いて解説したいと思う。「どうすれば売れるのか?」「なぜ売れないのか?」の答えのヒントにしていただけたら幸いだ。 値段と納期次第では売れる可能性が高い理想的な状況 最初にどうすれば売れるのか?についてだ。売るためには値段や納期、企業の信頼性、顧客側の購買意欲の高さなど、さまざまな要因が絡む。しかし、売れる可能性を高めるという意味では、下記図のような状況になると売れる可能性が高いと

                                                                          BtoBマーケティングや営業で「なぜ売れないのか?」「どうすれば売れるのか?」を図解
                                                                        • CTOに求められる3つの能力 ~EMやTLとの違いとは?~|MIDAS Technology Review

                                                                          今回は、ZOZOテクノロジーズ(現ZOZO)でCTOを務め、現在はバイセルテクノロジーズ 取締役CTOの今村さんの「CTO論」を伺いました。 今村さんは、12年間のCTO経験があり、その間「エンジニア組織づくり」「技術広報」「情報システムの整備」「技術戦略策定」「人事制度策定」など、様々なCTO経験をお持ちの方です。 それらの経験を元に「CTOに求められること」特に「CTOと、EM(エンジニアリングマネージャー)やTL(テックリード)との違いは何か」について伺いました。 参考)ZOZOのテックカンパニーへの変遷、CTOとしての取り組みを振り返る ① 「登る山」を決める判断力と、中長期的な課題解決を行う実行力 ■ CTOとEMやTLとの違い まず、CTOがEMやTLと違う大きな点は、より広範囲・より長期的な課題解決を行う点です。 EMやTLは短期的(半年程度先)、そして事業やプロジェクト単位

                                                                            CTOに求められる3つの能力 ~EMやTLとの違いとは?~|MIDAS Technology Review
                                                                          • 解決法の「とっかかり」をなんとなく把握しておくことが大事だという話

                                                                            この記事で書きたいことは、以下のような内容です。 ・昔SEの先輩に、「技術の詳細に通じていなくても、「そういう技術、そういう解決法がある」ということを把握しているだけで十分役立つ」と教わりました ・エンジニアの能力を測る尺度の一つとして、「課題」「問題」に対するアプローチをどれだけ思いつけるか、というものがあると思います ・「こういうやり方があった筈だ」「こういうアプローチが出来る筈だ」ということがなんとなくでも分かっていれば、それをとっかかりに調べることが出来ます ・その「そういう解決法があるということはなんとなく分かる」という状態を広げる為に、基盤技術に関する知識が重要です ・これは、生成AIに色々聞けるようになった今でも変わらないというか、むしろ昔以上に「とっかかり」の重要性が増しているような気がします ・「引き出しを増やす」という視点での勉強と、それを活かす為の基礎の重要性を、新人

                                                                              解決法の「とっかかり」をなんとなく把握しておくことが大事だという話
                                                                            • 【React/Vue.js】コンポーネント設計の(個人的)ベストプラクティス | Offers Tech Blog

                                                                              概要 こんにちは、Offers を運営している株式会社 overflow の Software Engineer(主戦場はフロントエンド)の Kazuya です。今回は、React や Vue.js などの SPA フレームワークにおけるコンポーネント設計について紹介します。 昨今のフロントエンド開発では、コンポーネント指向での開発がスタンダート化しつつありますが、コンポーネント設計には厳格なルールが無く、どのように設計すればいいか悩む方も多いのではないでしょうか?(筆者は沼にはまりました) コンポーネントの単位はどの程度に分割すべきなのか、状態管理はどうすればいいのか、API 通信はどこですべきなのかなど、一言にコンポーネント設計と言っても考えるべき項目が多いです。チーム開発では、認識があっていないとコードが魔境になることもしばしばあると思います。(筆者の経験談より) そこで今回は、数々

                                                                                【React/Vue.js】コンポーネント設計の(個人的)ベストプラクティス | Offers Tech Blog
                                                                              • Google マップは日本の影響を強く受けたサービスだった | GetNavi web ゲットナビ

                                                                                いまや、多くの人の日常生活に欠かせない存在となっている地図アプリ。昼ご飯を食べるお店を探す時から、旅先の観光スポットへの道順まで、さまざまな場所へ案内してくれる、心強い存在です。そんな地図アプリの代表的存在ともなっている「Google マップ」は、2005年にパソコン(Webブラウザー)向けのサービスとして登場して以来、常に機能改良を重ねて、進化を続けてきました。 Google マップは世界中で提供されているサービスですが、その進化の源には日本ならではのアイデアが多く取り入れられています。今回、Google 日本法人が2021年9月で創立20周年を迎えることを記念して、Google マップの日本における開発責任者を務める後藤正徳氏にインタビューを敢行しました。 ↑技術開発本部長の後藤正徳氏。2006年 Google 入社以来、Google マップの初期から、Google における地理情報に

                                                                                  Google マップは日本の影響を強く受けたサービスだった | GetNavi web ゲットナビ
                                                                                • コンサルタント時代の「200時間残業」は、実はそこまでツラくなかった。

                                                                                  Twitter(X?)で、「200時間残業」という強いことばが拡散されていたので、目に留まりました。 200時間残業やれとはまったく思わないけど定時退社生活してて200時間残業10年やってたオレたちに同じ場所で勝とうとは思うなよとは思う — メン獄さん (@uudaiy) August 4, 2023 書籍も紹介されていたので、読んで見ると、ツイートの主は2009年から2021年までの12年、コンサルティング会社で働いていたのだといいます。 なるほどー。 私もちょっと時期はズレますが、2001年から12年半、コンサルティング会社に在籍していたので、「確かにそんな感じだったなー」と、思い出しながら、「つい最近まで同じようなカルチャーだったのかぁ」と苦笑してしまいました。 もちろん、世間様の反応は様々です。 これ。 残業200時間をしてる人間に、してない人間ってのは絶対に勝てません。明確に、数

                                                                                    コンサルタント時代の「200時間残業」は、実はそこまでツラくなかった。