並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 1124件

新着順 人気順

責任を負う ビジネスの検索結果1 - 40 件 / 1124件

  • 若手のうちに絶対身に着けたい「ビジネス会食完全攻略マニュアル」|yuuu/ビジネス会食完全攻略マニュアル発売中!

    会食の本質は「店選び」ではない「今度〇〇社と会食セッティングするから店選びとロジよろしく!」 上司からの依頼。何度聞いても心臓の奥で嫌な汗が出るような、この瞬間。そう、会食はビジネスパーソンにとってできる限り避けたい「雑務」である。 単に店を選べばいいだけかと思ったら、大間違いだ。少し考えるだけでも気が重くなる調整とビジネスパーソンとしての機微が求められる。 上司がクライアントと会食をセッティングする背景の理解 -相手の役職やビジネス背景、会食で達成したい目的を踏まえてどのような価格帯/立地の店にすべきか 上司やクライアントの食の好みの理解 -肉料理希望と言われたがステーキ/焼肉/肉割烹/メインが肉のフレンチやイタリアン、どれを選ぶべきか 個室が必要か不要か -オープン席の場合は席間隔はどのくらい空いた店にすべきか 二次会のロジ -二次会があるかわからない上に人数が未確定の状態で店の予約を

      若手のうちに絶対身に着けたい「ビジネス会食完全攻略マニュアル」|yuuu/ビジネス会食完全攻略マニュアル発売中!
    • Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権|知的財産・IT・人工知能・ベンチャービジネスの法律相談なら【STORIA法律事務所】

      ホーム ブログ 人工知能(AI)、ビッグデータ法務 Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権|知… はじめに Midjourney、Stable Diffusion、mimicなど、コンテンツ(画像)自動生成AIに関する話題で持ちきりですね。それぞれのサービスの内容については今更言うまでもないのですがMidjourney、Stable Diffusionは「文章(呪文)を入力するとAIが自動で画像を生成してくれる画像自動生成AI」、mimicは「特定の描き手のイラストを学習させることで、描き手の個性が反映されたイラストを自動生成できるAIを作成できるサービス」です(サービスリリース後すぐ盛大に炎上してサービス停止しちゃいましたが)。 で、この手の画像自動生成AIのようなコンテンツ自動生成AIですが、著作権法的に問題になる論点は大体決ま

        Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権|知的財産・IT・人工知能・ベンチャービジネスの法律相談なら【STORIA法律事務所】
      • プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0

        TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案(やってよかったこと) 1stスクリーニング(やってよかったこと) コミュニケーション チームへのリスペクト(やってよかったこと) 話す <<< 聞く(改善余地あり) 即決する(やってよかったこと) 自分で各論まで見る(やってよかったこと) 発散→収束でディスカッション(改善余地あり) イラストで話す(改善余地あり) 日次ミーティング(やってよかったこと) 議事録を書く(改善余地あり) 得た情報を共有する(改善余地あり) 想定納期を示す(改善余地あり) カレンダー招待&日程確約コメントを転記(改善余地あり) プロセス管理 仮説

          プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
        • IPA のけしからん技術が再び壁を乗り越え、セキュアな LGWAN 地方自治体テレワークを迅速に実現

          IPA のけしからん技術が再び壁を乗り越え、セキュアな LGWAN 地方自治体テレワークを迅速に実現 2020 年 11 月 3 日 (火) 独立行政法人情報処理推進機構 (IPA) 産業サイバーセキュリティセンター サイバー技術研究室 登 大遊 独立行政法人 情報処理推進機構 (IPA) 産業サイバーセキュリティセンター サイバー技術研究室は、このたび、できるだけ多くの日本全国の地方自治体 (市町村・県等) の方々が、LGWAN を通じて、迅速に画面転送型テレワークを利用できるようにすることを目的に、J-LIS (地方公共団体情報システム機構) と共同で、新たに「自治体テレワークシステム for LGWAN」を開発・構築いたしました。 本システムは、すでに 8 万ユーザー以上の実績と極めて高い安定性 を有する NTT 東日本 - IPA 「シン・テレワークシステム」をもとに、LGWAN

            IPA のけしからん技術が再び壁を乗り越え、セキュアな LGWAN 地方自治体テレワークを迅速に実現
          • Webディレクターのスキルツリー - 二宮日記

            Webディレクター解体アドベントカレンダー初日の記事です。今日はWebディレクターという職種を定義するために作ったRPG風のスキルツリーとその活用方法を紹介します。あとは関連する他の開発メンバーとお互いの担当範囲を明確にする方法や、スキルツリーをスキルアップに役立てる方法について書きます。 曖昧な仕事 Webディレクターという職種に期待される仕事の内容は、開発に関わる他の職種と比べても非常に曖昧です。そもそも何ですか、ディレクションって。英語を直訳すると方向とか指示とかそういう意味ですけど、概念的でふわっとしています。 ディレクションという仕事に含まれる範囲も様々です。受託でホームページ制作を請け負って進行管理をメインに行うWebディレクターもいれば、既存自社サービスの売上増に責任を負う人も、新サービスの立ち上げに挑戦する人もいて、同じディレクターという名前でもやっている仕事が全然違います

              Webディレクターのスキルツリー - 二宮日記
            • SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー|ミック

              はい、今回はみんな大好き(大嫌い)SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド(非IT産業)にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある(筆者が追えていないだけでもっと古いかもしれない)。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ

                SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー|ミック
              • 三菱MRJはなぜ失敗したのか|ブースカちゃん

                とても長くなりました。10,000字を超えています。 途中で読み疲れちゃうようだったら、ブックマークなどを利用して、分けて読んでいただけると幸いです。 なにがあったのか、まず事実関係を確認「売れなかった」からではない。一部の論者は「MRJはユーザーのニーズに合っていないから失敗した」とかいう誤解をしているようですが、そうではありません。ニーズに合っていたか、よい飛行機だったか、という問題ではないのです。旅客機の開発はお金と時間がかかるので、最初に「見込み客」との契約を行い、それが成立した時点で開発を決定するのです。この顧客を「ローンチ・カストマー」と言います。 MRJの場合、ローンチ・カストマーは全日空でしたが、開発が進むにつれて海外からの発注も獲得しており、将来的に採算がとれるかどうかは別として、「顧客ニーズに合わない」的外れの製品ではありませんでした。 もちろん、これから開発する飛行機

                  三菱MRJはなぜ失敗したのか|ブースカちゃん
                • パワポ資料で「つい、やってしまう失敗」から学ぶ!ガチ改善テクニック14選

                  社会人として数年間働いている方でも「分かりやすい資料作りには自信がない」と言う方は多くおられます。体系的に資料の作り方を学ぶ機会が少ない上、資料を使った提案力は何年もかけて少しずつ磨かれるため、実は自信が持てなくて当たり前なのです。 私も働き始めの頃、先輩が分かりやすく美しい資料を作り、お客さまの心を動かしてコンペに勝ったり、お客さまから大きな信頼・共感を得たりする姿を見て、とても羨ましく思った記憶があります。 そんな20年以上前の自分を思い起こすと、経験が少ないがゆえに、資料作りで「つい、やってしまう表現」が沢山あったと感じます。この無意識のうちに「つい、やってしまう表現」は、資料の分かりやすさや見た目の美しさを阻害します。 この記事ではまず、なぜ人は資料を分かりにくくする手法を「つい、やってしまう」のか?という理由を探ります。その上で、ありがちな「つい」の事例と共に、ビフォー・アフター

                    パワポ資料で「つい、やってしまう失敗」から学ぶ!ガチ改善テクニック14選
                  • コンピュータ科学者が、すべての暗号通貨は「焼け死ぬ」べきだと言う理由

                    カレント・アフェアーズより。 カリフォルニア大学バークレー校のニコラス・ウィーバーは、何年も間、暗号通貨を研究してきた。彼は、それは大惨事に終わる恐ろしい考えだと考えている。 高価なスーパーボウルの広告で誇大宣伝されたにもかかわらず、暗号通貨は今、難しい局面を迎えている。ニューヨークタイムズは、「暗号通貨の世界は今週、実験的で規制されていないデジタル通貨のリスクを図式化した売り浴びせで完全にメルトダウンした」と報じる。暗号通貨の最も声高な懐疑論者の1人は、国際コンピュータ科学研究所の上級スタッフ研究員で、カリフォルニア大学バークレー校のコンピュータ・サイエンス学科の講師であるニコラス・ウィーバーである。ウィーバーは長年にわたって暗号通貨を研究してきた。カレント・アフェアーズの編集長ネイサン・J・ロビンソンとの対談で、ウィーバーは、大いに注目されているこの技術に反感を持って見ている理由を説明

                    • フリーランスプログラマ雑感

                      フリーランスプログラマになって、かれこれ10年近く経ってしまった。 昨日をもって退職しました。今日から(しばらくは)フリーランスとしてがんばります。 — 武藤スナイパーカスタム🔫 (@__tai2__) November 30, 2010 会社を辞めて、とくに深い考えもなくなんとなくフリーランスになった。しばらくすればどこかの会社に就職するのかなあ、きっとそうなんだろうなあ、とかぼんやりと思ってたことを考えると、そのまま10年近くも続けてしまったのは感慨深い。 ぼくにとって、ほかの業種、ほかの立場の人の職業生活がどういうもんなのかわからないのと同程度に、ほかの人にとってもフリーランスプログラマがどういうものか、きっとイメージがあまりわかないんだろう。そこで、フリーランスプログラマ生活を振り返って、それがどのようなものだったのかを思いつくままに語ってみたい。フリーランスプログラマという語は

                        フリーランスプログラマ雑感
                      • 専門職と視座

                        こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座!視座!」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ

                          専門職と視座
                        • IT勉強会の懇親会に飲食目的で来ていると疑われる人類の観察 - 積極的にメモっていく姿勢

                          「寿司おじさん」として有名な彼らですが,多くの目撃情報があります.このコロナ禍で飲食提供のある勉強会が壊滅した中でも力強く餓死せずに乗り越え,今日も元気に勉強会で飯を喰らい,酒を呑み,余りをカバンに詰め込んで持ち帰っています. 界隈に衝撃が走ったのはこの記事だったかなという記憶です. www.wantedly.com ここまで暴れん坊な人は多くないかなと思いますが,勉強会の目的に合致しない参加者のために運営側が頑張るという構図から,同情や怒りの感情が広がっています. この Scrapbox にもあるとおり,ごはんを食べにおいでになる皆さん同士で情報共有をしているような向きがあり,ひとたび侵入を許すとどんどん増えてしまう,といった様相を呈しています. scrapbox.io しかし,これらの記事にもあるとおり,本当は勉強会の内容で交流したいのに,どうコミュニケーションを取ったらいいかわからず

                            IT勉強会の懇親会に飲食目的で来ていると疑われる人類の観察 - 積極的にメモっていく姿勢
                          • この利用規約がすごい 2020 【Uber Eats編】 - フジイユウジ::ドットネット

                            ※ こんにちはこんちには。フジイユウジと申します。 知ってる人は知っていると思いますが、色々なWebサービスやメディアを作ったりしている人で、趣味は利用規約を眺めることです。 今日もまた僕のTwitterのタイムラインは Uber Eats の話題が沢山です。 注文していないのに配達員がドアの前に放置していった、配達員が事故を起こした、飲食店の手数料が35%などなどなど、話題は尽きません。 今日は、そんな刺激的なサービスである Uber Eats さんのサービスについてをちょっと分解してみたいと思います。 このブログを前から読んでる方は知ってるでしょうが、僕は色々なサービスの利用規約やらシステムを調査するのが趣味です。 揶揄したり、社会正義のために何かを暴くといったような意図はなく、趣味として調査をしているだけで、この記事を書きながら Uber Eats を注文したくらいには利用者している

                              この利用規約がすごい 2020 【Uber Eats編】 - フジイユウジ::ドットネット
                            • ソシャゲ運営を8年やって感じた、良いところと悪いところ - 音速きなこおはぎ

                              ポエムです。筆者はプランナーおよびプログラマーとして、いわゆるソシャゲの運営を8年ほど務めてきました。過去を振り返って、ぶっちゃけ話をつらつらと書いていきます。 現実はこんなに若くないけど TL; DR 「運営」の良いところは何よりも「失敗できること」。ゲームづくりは試行回数が命。 一方、「ソシャゲ」に目を向けると、今後はゆるく滅びていくしかないだろうなあと思ってしまう。法外な課金体系についても思うところがないといえば嘘になる。 AI の出現やらでビジネスモデルもクリエイティブも大きく変化が予想される中で、今までの成功論からは離れて、もっと危機感を抱いて次の時代を作らなければ生き残れないだろう。 おことわり 内容はすべて筆者の個人的意見であり、責任はすべて筆者に帰属し、所属する組織団体の意向とは一切関係がありません。 それと、一部経営層への批判と捉えられる文章があるかもしれませんが、それら

                                ソシャゲ運営を8年やって感じた、良いところと悪いところ - 音速きなこおはぎ
                              • ソフトウェア設計についての原則や法則についてまとめてみた

                                ソフトウェア設計について、YAGNIやSOLIDなど多くの原則・法則があることが知られていますが、その解釈にはぶれが存在することが多いです。そこで、特に有名なものあるいは有用と感じることが多いものをいくつかピックアップして、その解釈やトレードオフについてまとめてみました。 注意としては、SOLIDが入ってることからわかる通り、主にOOPに関する文脈になります。また、各原則の定義については概ね知っている前提で書いているのであまり初学者向けの記事ではないかもしれませんのでご承知おきください。 YAGNI(You ain't gonna need it.) YAGNIは、予測による実装が実際に役立つことは少ないという経験則から生まれた原則です。 一般にオーバーエンジニアリングが利益をもたらすケースは限定的で、どちらかというとプロジェクトに害を与えることが多いとされています。YAGNIは日々状況の

                                  ソフトウェア設計についての原則や法則についてまとめてみた
                                • 【翻訳】 図解 プロダクトづくりの構造 - ykmc09 blog

                                  訳者注 本記事は、Dan Schmidt 氏のブログ記事「A Visual Vocabulary for Product Building」をご本人の許可のもと日本語訳したものです。 ninjinkunさん、Koshiro Kumikoさんにレビューにご協力いただきました。的確かつ、建設的で思いやりのあるアドバイスとフィードバックに感謝します。 同一著者の関連記事としてこちらもぜひ合わせてご覧ください:【翻訳】プロダクトマネジメントトライアングル 以下、翻訳本文です。 プロダクトビルダー(訳注:プロダクトをつくる人たち)が自分のプロダクトに当てはめられるような、成功するプロダクトをつくる方程式はありません。これは、プロダクトが置かれている常に変化するコンテキストに、プロダクトづくりの詳細が大きく左右されるからです。あるプロダクトで成功した戦略が別のプロダクトではまったくあわないこともありま

                                    【翻訳】 図解 プロダクトづくりの構造 - ykmc09 blog
                                  • (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book

                                    本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl

                                      (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
                                    • もし「リーダブルコード」を弁護士が読んだら? - MNTSQ Techブログ

                                      こんにちは。「リーダブルコード」を先月読破して、感銘を受けた弁護士の人です。 なにに感銘を受けたかというと、「エンジニアが高級言語を効率的にコーディングするための工夫」は、契約という言語をコーディングするために援用できることがとても多いということです。 例えば、リーダブルコードは「関数には空虚な名前(tmpとかretvalとか)でなく、エンティティの実体に即した名前をつけよう!」と提案しています。 これめっちゃわかります!!!なぜなら、契約言語では当事者というクラスの表現のために「甲」「乙」という定義を未だに使います。そして、甲と乙を逆に書いてしまったままReviewを通過することが実際によくあります。オライリーさんには激怒されるでしょう。 しかし、よく考えると高級言語と契約言語が似ているのは当然だと思うようになりました。それは、どちらも「一定のインプットを入れると、必ず一定のアウトプット

                                        もし「リーダブルコード」を弁護士が読んだら? - MNTSQ Techブログ
                                      • 開発者の年功レベル

                                        Kamran Ahmedのブログより。 ジュニア、中堅レベル、またはシニア開発者としてステップアップするには? カムラン・アーメッド (Kamran Ahmed) 私はロードマップのやり直しに取り組んでいます —— 年功レベルに基づいてスキル一式を分割し、新しい開発者に理解しやすくし、怖がらせないようにします。ロードマップは技術的な知識についてだけになるので、私が繰り返し、様々な年功の役割について考えていることについて記事を書くのは良い考えだと思いました。 私は、多くの組織が長年の経験を本来あるべきものよりも重要視することで開発者の年功を決定しているのを目にしてきました。私は、「ジュニア」とラベル付けされた開発者がシニア開発者の仕事をしており、「シニア」と呼ばれる資格さえない「主任(lead)」開発者を見てきました。開発者の年功は、彼らの年齢、経験年数、または彼らが持っている技術的知識だけ

                                        • 冴えないAWS環境の育てかた α | DevelopersIO

                                          中山です ソリューションアーキテクトとして、AWS環境の利活用をお手伝いするお仕事をしています。 まれによく見るAWS環境 とりあえずこれを見てほしい。 これが絶対にだめと言いたいわけではないです。 一時的な検証環境だったり、とにかくスピード重視でサービスをデリバリーさせる必要があったり、サービスの提供者側が何ら責任を負わない・障害時のビジネスインパクトが無い(そんな状況あるのか?)という前提があったり、状況次第ではこれで十分な時もあると思います。 しかし、一般的な業務システムやサービスの場合にはいろんな意味で不十分でしょう。 では、このような環境をどのように育てていくとよいでしょうか。 この記事では、そんな育てかたの一例を紹介していきたいと思います。 なお、本記事はくっそ長いです。 ちなみに、最終的にはこうなります。 文字が小さすぎて読めない! ちょっとそこのハ○キルーペ貸してくれーw

                                            冴えないAWS環境の育てかた α | DevelopersIO
                                          • 経営者というモンスターのエクスペリエンスをハックする | knowledge / baigie

                                            国税庁「会社標本調査(2019年度)」によると、日本国内の法人の数は約275万社あるとされています。この統計から単純計算すると、日本には約275万人の「社長」がいることになります。 さらに「経営者」となると「企業の経営方針や経営計画を立案・決定し、経営に関するすべての責任を持つ人の総称」となって対象が拡がります。ザックリ500-1000万人くらいの規模感になるのではないでしょうか。 これを正とするなら、15歳以上の就業者と完全失業者を合わせた日本の労働力人口は2022年で 6902万人(総務省)なので、全労働者に対して7-14%くらいの数の経営者が日本国内に存在することになります。大雑把に言えば、仕事の中で出会う10人に1人は経営者ということです。 そんな経営者、一般的に取り扱いが難しい人材という印象があります。 気分屋で我儘。人に従うのが嫌い。一貫性がなく意見がコロコロ変わる。思い込みが

                                              経営者というモンスターのエクスペリエンスをハックする | knowledge / baigie
                                            • ヤフーニュース編集部から微妙な釈明文が出ていた|山本一郎(やまもといちろう)

                                              当記事のまとめ: (1)掲載契約が終了したら全記事を削除すると読める契約・利用約款はない (2)専門性が足りないと指摘された記事は担当に説明済みで、修正も当該記事削除もされていない (3)配信契約解除時に、編集部担当から掲載の継続を言われていたことが反故になった (4)編集権行使して焚書してるのに、なぜプラットフォーム事業者として免責の状態にヤフーニュースはいるの? 先日、現代ビジネスとnoteで「私のヤフーニュース個人の記事が1,000本以上削除された件について」触れたところ、賛成から罵声までさまざまなご反響を賜りました。どういう意見であれ、私のために多くの方が時間を使ってくださりありがたい次第です。 私も10年近くヤフーニュースにお世話になり、感謝しかないという気持ちになにひとつ変わりはございません。一方で、仕事における契約解除はこの手の雇われ稼業では常であるとはいえ、切られる理由が不

                                                ヤフーニュース編集部から微妙な釈明文が出ていた|山本一郎(やまもといちろう)
                                              • いい加減、プロダクトマネージャーという職業に幻想を抱くのはやめよう。

                                                この記事に関連する話題: プロダクト開発者に求められる、これからの「倫理」の話をしよう。 プロダクトマネージャー (PM) としてのこれまでの私的な経験を踏まえて、『プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで』を読んで思ったことをつらつらと。 (8/12 追記)冒頭で示しているように、本記事ではPM=プロダクトマネージャーとして表記しています。後述の通りPMとプロジェクトマネージャーは異なるものであり、後者に対して略記は用いていません。 プロダクトマネージャーは本当に“魅力的な職業”か “完璧な世界”など存在しない 良かった点 「PMはミニCEOである」という言説や「PMとプロジェクトマネージャーの違いは?」というよくある質問に対する補足 「プロダクトの成功」を定義するところから始めることの重要性 PMの武器は信頼、情熱、共感、

                                                  いい加減、プロダクトマネージャーという職業に幻想を抱くのはやめよう。
                                                • 偉大なプログラマ(+人間)になるための101のTIPS - Qiita

                                                  早く人間になりたい。 以下はEmma Wedekindによる記事、101 Tips For Being A Great Programmer (& Human)の日本語訳です。 101 Tips For Being A Great Programmer (& Human) 1. Get good at Googling Googleの使い方を知ろう。 プログラマであるということは、問題に対する答えを探す能力があるということです。 Googleのうまい使い方を知ることで、開発にかかる時間を大幅に節約することができます。 2. Under promise and over deliver 約束は控えめに、出来高は多めに。 タスクに2週間かかるようなら3週間かかると伝え、2週間で提出しましょう。 期待を上回った結果を出すことで、信頼を築くことができます。 3. Be nice to your d

                                                    偉大なプログラマ(+人間)になるための101のTIPS - Qiita
                                                  • 宮迫博之さん、田村亮さん、記者会見全文 | ALIS

                                                    司会「みなさま本日はお忙しい中、また突然のご案内にもかかわらずお集まりいただき誠にありがとうございます。これより宮迫博之および田村亮の謝罪会見を開始させていただきます。よろしくお願いいたします。」 (二名入場) 宮迫「えー、まずはじめに、あの、こういった会見というものを自分たちで開くというのが、初めてですので、本当に、不手際しかおかけしておりませんが、あの、急に集まっていただいて、外にもたくさんの方が、記者の方々が入れないというのも伺っております。本当に、手作りすぎて行き届かないことばかりなので、本当に申し訳ありません。まず、今日、こういった会見の場所を、この機会を与えて頂き、みなさまにお集まりいただいたのは、なによりも、詐欺の被害に遭われた被害者の方々、そのご家族、親族の方々に、とんでもない不快な、つらい思いをさせてしまっていることを、お詫びさせてください。本当に、申し訳ありませんでした

                                                      宮迫博之さん、田村亮さん、記者会見全文 | ALIS
                                                    • 【寄稿】コインハイブ事件 意見書ご協力のお願い - 一般社団法人日本ハッカー協会

                                                      コインハイブ事件弁護団 主任弁護人 平野敬 (電羊法律事務所) 裁判の現状 2022年1月20日、最高裁判所において、Coinhive事件は逆転無罪判決となりました。これまでの皆様のご支援に深く感謝申し上げます。2022/1/20 2021年12月9日に最終弁論が開かれることになりました。2021/10/18 報道でご存知の方も多いと思いますが、2020年2月7日、東京高等裁判所において、モロさんを被告人とする不正指令電磁的記録保管事件について罰金10万円の支払いを命じる逆転有罪判決が言い渡されました。これまで、多くの皆様に裁判費用を含むご支援をいただいてきたにもかかわらず、望む結果を出せなかったことを、弁護人として深くお詫びします。 我々は東京高等裁判所の判決を不服として、上告状を提出すべく準備を進めています。今後は最高裁判所において事件が争われることになります。 横浜地方裁判所の判決(

                                                        【寄稿】コインハイブ事件 意見書ご協力のお願い - 一般社団法人日本ハッカー協会
                                                      • スプリント1を始める前にどんな準備をするか

                                                        みなさんこんにちは。@ryuzeeです。 スクラムでスプリント1を開始する前にどんな準備をしておくと良いかについては、Regional Scrum Gathering Tokyo 2018で話をしたのですが、改めて文章化してみました。 なお、かなり長いので関係なさそうなところは適宜読み飛ばしてください。 1. はじめに1.1 この記事の目的スクラムでは、プロダクトバックログが用意されていて、それを元にスクラムチームでスプリントプランニングを実施し、スプリント期間中毎日デイリースクラムを行い、最後にスプリントレビューとレトロスペクティブを実施することになっています。 つまりプロダクトバックとスクラムチームが存在するところがスタート地点になっています。言い換えるとそれらがないとスプリントが開始できません。 本稿では、実際にスクラムでスプリントを開始する前にどんな準備を行うと良いのかを考察してい

                                                          スプリント1を始める前にどんな準備をするか
                                                        • 〔Udemy初夏のビッグセール開催中〕エンジニア組織をまとめる技術─マネージャー歴12年のEMが語るプロジェクト・プロダクト・ピープルマネジメントに必要なスキル - はてなニュース

                                                          ソフトウェアエンジニアにとって、マネジメントの職に就くかどうかは大きな選択です。現在ではプレイヤーのままでスタッフエンジニアといった高い職位に進むキャリアもありますが、マネージャーとしてチームを率いてこそ達成できるビジネス上の成功もあるでしょう。 ひとくちにマネージャーといっても、マネジメントの対象によって要求されるスキルに幅があります。これまでUdemyの大きなセールで講座を紹介してきた当ニュースですが、今回はソフトウェア開発組織のマネジメントに必要となるスキルにフォーカスしました。 マネージャーという仕事と学びたいスキルを紹介してくれるのは、10年以上前からPM(プロジェクト・マネージャー)などに就いてチームを牽引し、現在はヘルステックベンチャーのカケハシでEM(エンジニアリング・マネージャー)を務める小田中育生(@dora_e_m)さんです。 また記事の後半では、マネジメントに関連し

                                                            〔Udemy初夏のビッグセール開催中〕エンジニア組織をまとめる技術─マネージャー歴12年のEMが語るプロジェクト・プロダクト・ピープルマネジメントに必要なスキル - はてなニュース
                                                          • リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita

                                                            1200人以上の全社員がリモートワーク。GitLabが公開する「リモートワークマニフェスト」は何を教えているか? スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ その コメント GitLab Handbookで面白かったもの@コミュニケーション編 GitLabのリモート統括責任者が語る 日本企業が「まずやるべきこと」 を読んだ。主題はGitLab社の https://about.gitlab.com/handbook/ である。 2022.02追記 GitLabで学んだ最高の働き方 Developers Summit 2022-02-18 2022.01追記 リモートワークのいま学びたい、GitLab Handbook非同期コミュニケーションのススメ - Qiita Handbook要点 「GitLab社ではリモートワークの中でも生産性高く働

                                                              リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita
                                                            • ソフトウェア設計のトレードオフと誤り

                                                              「プログラムを設計するときに行った技術的な判断や選択が、後日大きな制約となる」これはプログラマなら誰しも経験したことのあることでしょう。本書は、そんなプログラミングにおける各種の設計上の選択について、トレードオフの内容やそれがどのような誤りを招きうるのかという点を踏まえて紹介する書籍です。 コードの重複、エラーや例外処理、柔軟性と複雑性のバランスのようなコードレベルの選択から、APIの設計、時刻の扱い、データローカリティのようなシステム寄りの話題、またライブラリの選択、分散システムの一貫性と原子性、バージョニングのようなより抽象度の高い内容まで、さまざまなシチュエーションにおけるトレードオフの実態と、その失敗例をとり上げます。 本書は日々のプログラミングにおける解決策のヒントを得るだけでなく、より幅広い設計上の知見を広める上でも役に立つでしょう。 正誤表 ここで紹介する正誤表には、書籍発行

                                                                ソフトウェア設計のトレードオフと誤り
                                                              • アンジェラ・ネイグル 著『リア充を殺せ! ―― 匿名掲示板とカウンターカルチャーは、いかにしてオルタナ右翼を育て上げたか』(2017年)/80点 - リベラルアーツの扉:海外教養書を読む

                                                                紹介(評者・田楽心 Den Gakushin) 原題 著者について はじめに オバマの希望からハランベの死まで 第一章 リーダー不在のデジタル反革命 第二章 逸脱のオンライン・ポリティクス 第三章 オルタナ右翼のグラムシ主義者たち 第四章 ブキャナンからヤノプルスまでの保守文化戦争 第五章 「Tumblr」からキャンパス・ウォーズへ:美徳のオンライン経済における希少性の作り方 第六章 「男性圏」を覗いてみると 第七章 よくいる女、リア充、マスゴミ 結論 「ネタだよ」と言われてももう笑えない 評価(評者・田楽心) お知らせ ★その1 サイト運営者の一人、青野浩の翻訳書が出ます。 ★その2 友人が最近本を出したので、よろしくお願いします。 紹介(評者・田楽心 Den Gakushin) 2016年のトランプ当選を受けて、アメリカ人の多くが、2008年のオバマ当選時との「不可解なギャップ」に首を

                                                                  アンジェラ・ネイグル 著『リア充を殺せ! ―― 匿名掲示板とカウンターカルチャーは、いかにしてオルタナ右翼を育て上げたか』(2017年)/80点 - リベラルアーツの扉:海外教養書を読む
                                                                • 家事代行サービスで「密室の性被害」どう防ぐ…AV見始め全裸になる顧客も

                                                                  マッチング型家事代行という、リーズナブルで便利なサービスで起きていた性被害。防止のために何ができるだろうか(写真はイメージです)。 Getty images/Maskot マッチング型家事代行業者のCaSyで、一般家庭を訪問して家事代行を行う働き手が、利用者による性的ハラスメントに遭ったという被害が起きていたことが、明らかになった。 マッチング型ベビーシッター、キッズラインのシッターによる子どもへのわいせつ事件の記憶も新しいが、今回は働き手が被害者という立場だ。 マッチング型プラットフォームでさまざまなサービスが便利に使え、働く選択肢も増える反面、リスクが浮き彫りになりつつある。運営会社、そして利用する私達はどのようなことに気を付けるべきだろうか。 AVを見始め……全裸で 2020年9月15日午後2時半、30代女性のNさんは、CaSyの「キャスト」として、ある男性の一人暮らし宅を訪問した。

                                                                    家事代行サービスで「密室の性被害」どう防ぐ…AV見始め全裸になる顧客も
                                                                  • 漫画『トリリオンゲーム』に学ぶ、新規事業担当に必要な“資質”|稲垣理一郎×けんすう 対談(前編) - ミーツキャリアbyマイナビ転職

                                                                    週刊『ビッグコミック スペリオール』(小学館)で連載中の漫画『トリリオンゲーム』。世界一のワガママ男・ハル(天王寺 陽)と、まじめで小心者のガク(平 学)という同級生二人がゼロから起業し、さまざまなサービスを立ち上げながら、トリリオン(1兆ドル)を稼ぐ物語です。 刻々と変化する市場環境や巨大資本の妨害など、さまざまな困難に直面しながらも次々と事業を成功させていくハルとガクの姿から、私たちビジネスパーソンも学べることが多そうです。 そこで今回は『トリリオンゲーム』の原作者である稲垣理一郎さん、作品の大ファンで自身も起業家として多くの新規事業を立ち上げてきたけんすう(古川健介)さんの対談を実施。ハルやガクの行動から新規事業の担当者が学べる点、ビジネスと向き合ううえで見習いたい心構えなどについて、前・後編の2回に分けて伺います。 まずはその前編として、作中で描かれるふたりのマインドや行動力、実装

                                                                      漫画『トリリオンゲーム』に学ぶ、新規事業担当に必要な“資質”|稲垣理一郎×けんすう 対談(前編) - ミーツキャリアbyマイナビ転職
                                                                    • 「Twitterはクソ」だけでは済まないDMCA悪用の問題 | p2ptk[.]org

                                                                      またDMCAが悪用されたらしい。 口封じなんてこんなに簡単。「著作権侵害」によってTwitterが凍結された話 – 森哲平 note ラブライブパネル批判アカウントが相次いで凍結。DMCAを悪用した嫌がらせか – ハーバー・ビジネス・オンライン ある朝、目覚めると、僕のTwitterアカウントが凍結されていた – 赤木智弘|論座 赤木智弘氏、北守氏、Simon_sin氏などのアカウントが凍結される – Togetter 2月19日ごろ、森哲平氏、北守氏、赤木智弘氏、Simon_sin氏、イナモトリュウシ氏らのTwitterアカウントが相次いで凍結された。幸い、いずれも数日で復旧したが、森・北守・赤木各氏の記事によれば、権利者を騙った何者かがTwitterに著作権侵害通知を複数送付したために、凍結されたようだ。 DMCA侵害通知を記録・公開するLumenデータベースを見ると、今回凍結されたア

                                                                        「Twitterはクソ」だけでは済まないDMCA悪用の問題 | p2ptk[.]org
                                                                      • フラット、心理的安全性、失敗に寛容といった企業文化に対しての誤解|片山良平@paiza代表

                                                                        この記事は「paiza Advent Calendar 2022」の最終日25日目の記事です。 最終日はpaiza株式会社で社長をやっている片山がお送りいたします。 ちなみに、paizaはITエンジニア向け国内最大の転職・就職・学習プラットフォームです。(paiza.jp) 記事概要先日、Twitterで流れてきて読んだ Harvard Business Review(以下HBR)の「イノベーティブな企業文化の残酷な現実」という記事(英文)が面白かったので、そのポイントと所感をまとめてみました。 内容としては、イノベーティブな企業文化には下記の事がセット必要であるという話です。 失敗には寛容だが、無能には寛容ではない 実験への意欲と高い規律性 心理的に安全だが、残酷なほど率直である コラボレーションと個人の意思決定、説明責任 フラットで強いリーダーシップ、オーナーシップ 「失敗に寛容」、「

                                                                          フラット、心理的安全性、失敗に寛容といった企業文化に対しての誤解|片山良平@paiza代表
                                                                        • Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権(その2)|知的財産・IT・人工知能・ベンチャービジネスの法律相談なら【STORIA法律事務所】

                                                                          前回記事「Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権」は、おかげさまで沢山の方に読んで頂き、いろいろな意見や御質問や取材を頂きました。 それらの意見・御質問や取材を通じて、自分の中で新たな整理ができたので、続編の記事を書きたいと思います。 第1 どのような場合に著作権侵害になるのか みなさんの興味関心が強いトピックとして「画像自動生成AIを利用して画像を自動生成し、既存著作物の類似画像が生成された場合に著作権侵害に該当するか」があります。 前回の記事では「学習に用いられた画像と同一の画像が『偶然』自動生成された場合、著作権侵害に該当するか」について解説をしましたが、今回の記事では、もう少し多くのパターンについて検討をしたいと思います。 まず、その前提として「著作権侵害の要件」と「著作権侵害の効果」について説明をします。 この「要件」と「

                                                                            Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権(その2)|知的財産・IT・人工知能・ベンチャービジネスの法律相談なら【STORIA法律事務所】
                                                                          • 若者は映画を早送りで「見ていない」――倍速再生議論の本質(まつもとあつし) - エキスパート - Yahoo!ニュース

                                                                            「若者が動画を倍速で見ている」という話がネットで話題になった。ソーシャルネイティブで他者の共感とコスパを重視する現在の若者=Z世代は、共通の話題となる映像作品を早送りで見ている(のはいかがなものか)というのがその論調だが、果たして本当にそうなのか? 大学でのアンケートを基にその実態と本質を考えたい。 メディア接触・コンテンツ密度・咀嚼(そしゃく)スピード本題に入る前にメディアとコンテンツの関係を押さえておきたい。大学のメディア系の講義で学生に分かりやすく単純化して伝える話でもあるのだが、メディアが「お皿」でコンテンツが「料理」という関係に喩えたりする。同じ物語というコンテンツ(料理)でも、それを載せるメディア(お皿)の形が変われば、たとえ材料が同じでも料理の味わい方やその価値が変わるということだ。 そして、一口にコンテンツと言っても、シーケンシャル(連続的)に受け取らなければ意味を把握しづ

                                                                              若者は映画を早送りで「見ていない」――倍速再生議論の本質(まつもとあつし) - エキスパート - Yahoo!ニュース
                                                                            • AWS 診断を事例としたクラウドセキュリティ。サーバーレス環境の不備や見落としがちな Cognito の穴による危険性 - Flatt Security Blog

                                                                              こんにちは。本ブログに初めて記事を書く、株式会社 Flatt Security セキュリティエンジニアの Azara(@a_zara_n)です。普段は Web やプラットフォームの診断やクラウド周りの調査、Twitter ではご飯の画像を流す仕事をしています。よろしくお願いします。 クラウドサービスが発展し続ける今日この頃、多くの企業がパブリッククラウドやプライベートクラウドなどを駆使し顧客へサービス提供しているのを目にします。そのような中で、サービスが利用するクラウドにおいて設定不備や意図しない入力、構成の不備により顧客情報や IAM をはじめとする認証情報が脅かされるケースが多々あります。 本記事では、そのような脅威の一例をもとにクラウドサービスをより堅牢で安全に利用する一助になればと、攻撃手法や対策などについて解説をしていきます。 また、私の所属する 株式会社 Flatt Secur

                                                                                AWS 診断を事例としたクラウドセキュリティ。サーバーレス環境の不備や見落としがちな Cognito の穴による危険性 - Flatt Security Blog
                                                                              • 地政学リスクの全体像の整理

                                                                                地政学リスクの全体像の整理 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、中東など 豪 州  日米英印との関係強化による中国への対抗 インド  中国等との 国境衝突 中 東  イスラエル・ハマス紛争

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

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

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